二、开闭原则
开闭原则，英文全称：（Open Closed Principle），简称为OCP
2.1 定义
一个软件实体如类、模块和函数应该对扩展开放，对修改关闭。
用抽象构建框架，用实现扩展细节
2.2 优点
提高软件系统的可复用性及维护性

三、Liskov替换原则
Liskov替换原则，英文全称：（Liskov Substitution Principle），简称：LSP
3.1 原则定义
子类必须能够替换它们的基类（IS-A）的关系
引申意义：子类可以扩展父类的功能，但不能改变父类原有的功能。
一个软件实体如果适用一个父类的话，那一定适用于其子类，所有引用父类的地方必须能透明地使用其子类的对象，子类对象能够替换父类对象，而程序逻辑不变。
3.2 注意点
1.当子类的方法重载父类的方法时，方法的前置条件（即方法的输入、入参）要比父类方法的输入参数更宽松
2.当子类的实现父类的方法（重写、重载或者实现抽象方法），方法的后置条件（即方法的输出、返回值）要比父类更严格或相等
3.3 优点
约束继承泛滥、开闭原则的一种体现
加强程序的健壮性，同时变更时也可以做到非常好的兼容提高程序的维护性、扩展性。降低需求变更时引入的风险。

四、接口隔离原则
接口隔离原则，英文全称：（Interface Segregation Principle），简称为：ISP
4.1 定义
不应该强迫客户程序依赖它不用的方法
4.2 引申含义
1.一个类对一个类的依赖应该建立在最小的接口上
2.建立单一接口，不要建立庞大臃肿的接口
3.尽量细化接口，接口中的方法尽量少
4.注意适度原则，一定要适度
4.3 优点
符合我们常说的高内聚低耦合的设计思想从而使得类具有很好的可读性、可扩展性和可维护性

五、依赖倒置原则
依赖倒置原则，英文全称Dependence Inversion Principle，简写为DIP
5.1 原则定义
高层模块(稳定)不应该依赖于低层模块（变化），二者都应该依赖于抽象（稳定）
抽象（稳定）不应该依赖于实现细节（变化），实现细节应该依赖于抽象（稳定）
针对接口编程，不要针对实现编程
5.2 示例代码
例如订单模块，刚开始使用SqlServer做为数据库，代码如下：


没过多久，BOSS觉得SqlServer太贵了，要统一切换到MySQL上，这时候你改成下面代码：

上面的例子OrderService就是高层模块，MySqlDao、SqlServerDao就是底层模块。高层模块不应该依赖于底层模块，而是依赖于抽象。这时候需要加入数据库的抽象层。



5.3 优点
可以减少类间的耦合性、提高系统稳定性，提高代码可读性和可维护性，可降低修改程序所造成的风险

我整理了一份java基础核心知识点，如果想领取这份“核心知识”文档，关注并私信我哦！
免费！免费！免费！重要的事情说三遍！
下面是部分资料的图片
（不会真的没有人私聊我叭？）