设计模式中的五大基本原则，也称为SOLID原则，是面向对象设计的核心原则，它们帮助开发人员构建可扩展、可维护的系统。SOLID原则由罗伯特·C·马丁（Robert C. Martin）总结，这些原则的名称来自每个原则的首字母。它们分别是：

单一职责原则（Single Responsibility Principle，SRP）开闭原则（Open/Closed Principle，OCP）里氏替换原则（Liskov Substitution Principle，LSP）接口隔离原则（Interface Segregation Principle，ISP）依赖倒置原则（Dependency Inversion Principle，DIP）1. 单一职责原则（SRP）

定义：一个类应该只有一个导致它变化的原因。

解释：每个类只应负责一项职责，或者说，一个类只应该有一个引起它变化的原因。职责越多，类的修改可能性越大，容易产生耦合问题。

例子：

假设有一个 Employee 类负责员工信息存储和工资计算。如果未来业务需求变化，只需要修改工资计算的部分，但由于该类还包含其他职责，可能会无意中引入错误。

解决方案：

将 Employee 类拆分为两个类，一个负责员工信息管理，一个负责工资计算。

class Employee {
    private String name;
    // 仅负责员工信息管理
}
class SalaryCalculator {
    // 负责工资计算
}

2. 开闭原则（OCP）

定义：软件实体应该对扩展开放，对修改关闭。

解释：开闭原则的核心是通过扩展而不是修改已有代码来应对需求的变化。换句话说，当我们需要新增功能时，应该通过新增代码（如新的类或模块），而不是修改已有代码。

例子：

假设你有一个图形绘制系统，最初只能绘制圆形，现在需要扩展为绘制矩形。如果你直接修改原有代码，可能会引发新的问题。

解决方案：

通过抽象类或接口来实现开闭原则，避免修改已有的绘图逻辑。

interface Shape {
    void draw();
}
class Circle implements Shape {
    public void draw() {
        // 绘制圆形
    }
}
class Rectangle implements Shape {
    public void draw() {
        // 绘制矩形
    }
}

3. 里氏替换原则（LSP）

定义：派生类必须能够替换其基类，而不影响程序的正确性。

解释：子类可以替换父类并且保证程序行为不变。如果在使用基类的地方不能透明地替换为子类，那就违反了里氏替换原则。

例子：

假设你有一个父类 Bird，它包含一个 fly 方法。然后你创建了一个子类 Penguin，但企鹅不能飞。如果你把企鹅放入需要飞行的地方，系统行为就会异常，违反了里氏替换原则。

解决方案：

使用更具体的抽象，比如创建 FlyingBird 类，而不是让所有鸟类都继承 fly 方法。

class Bird {
    // 一般鸟类的属性和方法
}
class FlyingBird extends Bird {
    void fly() {
        // 具有飞行能力的鸟类
    }
}
class Penguin extends Bird {
    // 企鹅不具有飞行能力
}

4. 接口隔离原则（ISP）

定义：不应该强迫一个类实现它用不到的接口。

解释：与其让类实现一个庞大的接口，不如将接口拆分为多个更小、更具体的接口。这样，类只需要依赖它实际需要的接口方法。

例子：

假设有一个 Worker 接口，包含 work() 和 eat() 方法。如果一个机器人类需要实现 Worker 接口，它可能不需要 eat() 方法。

解决方案：

将接口分解为更小的接口，让类按需实现它们。

interface Workable {
    void work();
}
interface Eatable {
    void eat();
}
class Robot implements Workable {
    public void work() {
        // 机器人工作
    }
}
class Human implements Workable, Eatable {
    public void work() {
        // 人类工作
    }
    
    public void eat() {
        // 人类进食
    }
}

5. 依赖倒置原则（DIP）

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象。抽象不应该依赖细节，细节应该依赖抽象。

解释：这个原则的重点是通过依赖抽象（接口或抽象类）来降低耦合度，而不是直接依赖具体实现。依赖倒置使系统更具灵活性和扩展性。

例子：

假设你有一个 Button 类，它直接依赖于 Light 类来打开灯，这样会导致高层模块（Button）依赖于低层模块（Light）。

解决方案：

通过依赖抽象，来降低类之间的耦合度。

interface Switchable {
    void turnOn();
}
class Light implements Switchable {
    public void turnOn() {
        System.out.println("Light turned on");
    }
}
class Button {
    private Switchable device;
    public Button(Switchable device) {
        this.device = device;
    }
    public void press() {
        device.turnOn();
    }
}

通过依赖接口 Switchable，Button 类不再直接依赖 Light 类。这样，Button 可以用来控制任何实现了 Switchable 接口的设备。

总结单一职责原则：一个类应只有一个引起变化的原因。开闭原则：类应对扩展开放，对修改关闭。里氏替换原则：子类可以替代父类而不影响系统的行为。接口隔离原则：应提供小而专一的接口，避免依赖多余的方法。依赖倒置原则：高层模块应依赖抽象，细节模块也应依赖抽象。