简介：
单一职责原则（Single Responsibility Principle，SRP）是面向对象设计 SOLID 原则中的第一个原则，其核心思想是：一个类（或模块、方法）应该只有一个引起它变化的原因。换句话说，一个类应该专注于单一的功能或职责，避免承担过多不相关的任务。
核心思想
-
职责单一化：每个类只负责一个明确的职责。
-
高内聚，低耦合：将功能相关的代码集中，减少与其他模块的依赖。
-
避免上帝类：防止出现功能庞杂、难以维护的“万能类”。
为什么重要？
-
可维护性：修改一个职责时，不会意外影响其他功能。
-
可读性：代码结构清晰，职责明确，易于理解。
-
复用性：单一职责的类更容易被复用到其他场景。
-
测试性：职责单一的方法更容易编写单元测试。
-
灵活性：系统变更时，只需修改特定模块，减少连锁反应。
代码举例：
情况一：
很显然这个没有实现单一职责原则，复用性和灵活性并不高
public class SingleResponsibility1 {public static void main(String[] args) {Vehicle vehicle = new Vehicle();vehicle.run("摩托车");vehicle.run("飞机");vehicle.run("汽车");}
}
///交通工具类
//1.方式1违反了单一职责
//2.解决方式：根据交通工具方式不同分解成不同的类
class Vehicle{public void run(String vehicle){System.out.println(vehicle+" 在公路上");}
}
情况二：
这种属于在类级别上进行改进，解决了违反单一职责原则的问题
public class SingleResponsibility2 {public static void main(String[] args) {RoadVehicle vehicle = new RoadVehicle();vehicle.run("摩托车");AirVehicle airVehicle = new AirVehicle();airVehicle.run("飞机");WaterVehicle waterVehicle = new WaterVehicle();waterVehicle.run("汽车");}
}
//方案二
//1.遵守了单一职责原则
//2.但是这样做花销很大改动很大，将类分解同时修改客户端
//3，改进 直接修改Vehicle类
class RoadVehicle{public void run(String vehicle){System.out.println(vehicle+"在公路");}
}
class AirVehicle{public void run(String vehicle){System.out.println(vehicle+"在天上");}
}
class WaterVehicle{public void run(String vehicle){System.out.println(vehicle+"在水里");}
}
情况三
这个在方法上遵守的单一职责，其实没有完全的符合单一职责
注意：这种方式只适合方法足够少，逻辑足够简单，可以不完全遵守
public class SingleResponsibility3 {public static void main(String[] args) {Vehicle2 vehicle2 = new Vehicle2();vehicle2.run("摩托车");vehicle2.runAir("飞机");vehicle2.runWater("船");}
}
//方式三
//1，这种修改没有对原来类做大的修改，只是增加方法
//2.虽然没有在类级别上遵守单一职责原则，在方法级别上仍然遵守单一职责原则
class Vehicle2{public void run(String vehicle){System.out.println(vehicle+" 在公路上");}public void runAir(String vehicle){System.out.println(vehicle+" 在天上");}public void runWater(String vehicle){System.out.println(vehicle+" 在水上");}
}
总结：
1.降低类的复杂度。
2.提高可读性，可维护性.。
3.降低变更带来的风险,条理清晰。
4.通常要严格尊守，不复杂的情况下，方法少，可以适当违反（在方法级别上保持单一职责原
则）。