单一职责原则让类各司其职，开闭原则支持扩展而非修改，里氏替换确保子类兼容父类，依赖倒置使模块依赖抽象而非具体实现，这些原则协同提升代码可维护性与扩展性。
面向对象设计原则不是抽象的理论，而是在Java项目中提升代码质量、增强可维护性和扩展性的实践指南。理解这些原则的关键，在于看清它们如何解决实际开发中的常见问题，比如代码重复、模块紧耦合、难以测试等。
单一职责原则（SRP）：让类各司其职
一个类应该只有一个引起它变化的原因。在实际项目中，如果一个Service类既处理用户逻辑又操作数据库还发邮件，那任何一项需求变动都会影响它，风险高且难测试。
应用方式：
- 将用户验证、数据持久化、通知发送拆分成独立类
- 例如：UserService负责流程协调，UserRepository负责数据库交互，EmailService负责发邮件
- 修改密码时，只动UserService中的逻辑，不影响其他功能
开闭原则（OCP）：对扩展开放，对修改关闭
软件实体应尽量在不修改原有代码的前提下支持新功能。Java中常用抽象类或接口实现这一原则。
立即学习“Java免费学习笔记（深入）”；
典型场景是支付系统：
里氏替换原则（LSP）：子类要能无缝替代父类
继承不是为了复用代码，而是为了多态。子类不能改变父类的行为契约。
常见反例：父类draw()画正方形，子类重写后画圆形，调用方预期图形面积计算会出错。
正确做法：
- 确保子类方法不抛出父类未声明的异常
- 不削弱前置条件，不强化后置条件
- 比如List接口的add方法，ArrayList和LinkedList实现不同，但行为一致
依赖倒置原则（DIP）：依赖抽象，不依赖具体
高层模块不应依赖低层模块，二者都应依赖抽象。这在Spring框架中体现得最明显。
举例：订单服务需要日志功能
- 不直接依赖Log4j或Slf4j的具体类
- 定义Logger接口，OrderService依赖该接口
- 运行时注入具体实现，切换日志框架不影响业务代码
- 单元测试时可用Mock实现，提高测试效率
基本上就这些。这些原则在日常编码中不是孤立存在的，而是相互支撑。比如DIP配合OCP，使得系统更容易扩展；SRP让每个类更专注，也更容易满足LSP。真正掌握它们，靠的是在项目中不断识别“坏味道”并重构，而不是死记硬背定义。
