深入理解面向对象设计原则：SOLID 原则

一、什么是 SOLID？

SOLID是面向对象设计中最重要的一组原则，由 Robert C. Martin（Bob 大叔）由 2000 年在论文中提出，目标是：

让系统更易扩展、更易维护、更易理解、更少 Bug

而SOLID 缩略词是稍晚由 Michael Feathers 先使用的。Bob大叔的相关著作有《代码整洁之道》和《架构整洁之道》，也是大名鼎鼎。

SOLID 并不是语法规则，而是设计思想，在实际开发和面试中都极其重要。

SOLID 是 5 个设计原则首字母的缩写：

它们共同目标：

降低耦合，提高内聚

二、S — 单一职责原则（SRP）

定义

一个类应该只有一个引起它变化的原因

解释

单一职责原则（Single Responsibility Principle）强调，一个类或模块应当只承担一种职责，并且只有一个引起它变化的原因。如果一个类同时负责多项功能，那么其中任意一项需求的变化都可能导致类被修改，从而增加系统的复杂度和出错风险。遵循单一职责原则可以让类的结构更加清晰，修改影响范围更可控，也更有利于代码的理解、测试和维护。

也就是说：
一个类只负责一件事

反例（违反 SRP）

classUserService{publicvoidregister(){// 注册逻辑}publicvoidsendEmail(){// 发送邮件}publicvoidwriteLog(){// 写日志}}

问题：

• 注册
• 邮件
• 日志

👉 三种职责耦合在一个类中

正确做法（遵守 SRP）

classUserService{publicvoidregister(){System.out.println("用户注册");}}classEmailService{publicvoidsendEmail(){System.out.println("发送邮件");}}classLogService{publicvoidwriteLog(){System.out.println("写日志");}}

📌 好处：

• 修改日志不影响注册逻辑
• 类更清晰、更易维护

二、O — 开闭原则（OCP）

定义

对扩展开放，对修改关闭

解释

开闭原则（Open–Closed Principle）指出，软件实体应当对扩展开放、对修改关闭。也就是说，在新增功能时，应该通过扩展现有代码的方式来实现，而不是直接修改已经稳定运行的代码。这样可以有效降低引入新功能时对旧功能造成破坏的风险。开闭原则通常通过抽象、接口和多态来实现，是构建可扩展系统的核心设计思想之一。

新增功能时：

• ✅ 扩展代码
• ❌ 不修改原有代码

反例

classDiscountCalculator{publicdoublecalculate(Stringtype,doubleprice){if("VIP".equals(type)){returnprice*0.8;}elseif("NORMAL".equals(type)){returnprice*0.9;}returnprice;}}

问题：

• 每加一种类型都要改if-else

正确做法（多态）

interfaceDiscount{doublecalculate(doubleprice);}classVipDiscountimplementsDiscount{publicdoublecalculate(doubleprice){returnprice*0.8;}}classNormalDiscountimplementsDiscount{publicdoublecalculate(doubleprice){returnprice*0.9;}}

📌 新增折扣类型只需新增类，不改旧代码

三、L — 里氏替换原则（LSP）

定义

子类必须能够替换父类，而不影响程序正确性

解释

里氏替换原则（Liskov Substitution Principle）是对继承关系的约束，它要求子类对象必须能够替换父类对象，而不会影响程序的正确性。如果在使用父类的地方替换成子类后，程序行为发生了改变或出现错误，那么这种继承关系本身就是不合理的。里氏替换原则提醒我们，继承不仅是代码复用，更是一种行为契约，子类应当遵守父类定义的语义。

反例（经典正方形问题）

classRectangle{protectedintwidth;protectedintheight;publicvoidsetWidth(intwidth){this.width=width;}publicvoidsetHeight(intheight){this.height=height;}publicintarea(){returnwidth*height;}}classSquareextendsRectangle{publicvoidsetWidth(intwidth){this.width=this.height=width;}publicvoidsetHeight(intheight){this.width=this.height=height;}}

使用时出错：

Rectangler=newSquare();r.setWidth(5);r.setHeight(10);System.out.println(r.area());// 100 ❌，期望 50

正确设计（抽象）

interfaceShape{intarea();}classRectangleimplementsShape{privateintwidth,height;publicRectangle(intw,inth){this.width=w;this.height=h;}publicintarea(){returnwidth*height;}}classSquareimplementsShape{privateintside;publicSquare(intside){this.side=side;}publicintarea(){returnside*side;}}

四、I — 接口隔离原则（ISP）

定义

客户端不应该被迫依赖它不使用的方法

解释

接口隔离原则（Interface Segregation Principle）强调，应当为不同的客户端提供专门的接口，而不是让所有实现类依赖一个臃肿的大接口。过于庞大的接口会迫使实现类实现它们并不需要的方法，从而导致不必要的依赖和冗余代码。通过将接口拆分为更小、更具体的接口，可以降低耦合度，提高系统的灵活性和可维护性。

反例

interfaceWorker{voidwork();voideat();}

classRobotimplementsWorker{publicvoidwork(){}publicvoideat(){}// ❌ 机器人不需要}

正确做法（拆分接口）

interfaceWorkable{voidwork();}interfaceEatable{voideat();}classHumanimplementsWorkable,Eatable{publicvoidwork(){}publicvoideat(){}}classRobotimplementsWorkable{publicvoidwork(){}}

五、D — 依赖倒置原则（DIP）

定义

高层模块不应该依赖低层模块，两者都应该依赖抽象

解释

依赖倒置原则（Dependency Inversion Principle）要求高层模块不应该依赖低层模块，两者都应该依赖抽象；抽象不应该依赖细节，细节应该依赖抽象。该原则的核心目的是减少模块之间的直接依赖，使系统更加稳定和易于扩展。通过引入接口或抽象类，高层业务逻辑可以在不关心底层实现细节的情况下进行开发，从而实现真正的解耦。

反例

classMysqlDatabase{publicvoidconnect(){System.out.println("连接 MySQL");}}classUserService{privateMysqlDatabasedb=newMysqlDatabase();}

问题：

• UserService 强依赖 MySQL

正确做法（面向接口）

interfaceDatabase{voidconnect();}classMysqlDatabaseimplementsDatabase{publicvoidconnect(){System.out.println("连接 MySQL");}}classOracleDatabaseimplementsDatabase{publicvoidconnect(){System.out.println("连接 Oracle");}}

classUserService{privateDatabasedatabase;publicUserService(Databasedatabase){this.database=database;}}

相关参考

Java基础面试题-面向对象的设计原则你知道有哪些吗