1.里氏替换准则介绍
2.用代码演示里氏替换准则
3.总结
1.里氏替换准则介绍
定义：
1）如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。
2）所有援用基类的中央必须能通明地应用其子类的对象。
咱们看到这里时可能看不太懂，简而言之就是当应用继承的时候，比方类B继承类A，除了增加新的办法实现新增性能P2外，尽量不要重写父类A的办法，也不要重载父类A的办法。
问题形容：我置信咱们都用过ORM框架，比方mybatis,jpa等等。这里咱们拿jpa举例，假如jpa基类中，有一个封装好的findAll()办法，是获取所有的数据，然而咱们在子类（本人的service）中，给它重写成了只获取以后操作者的所有数据，这样乍一看没什么问题，然而如果先有人写好了应用findAll()办法并且稳固运行的代码，被后续的人批改了业务逻辑，就会造成异样。
解决办法：
子类能够扩大父类的性能，但不能扭转父类原有的性能，不要去重写，重载父类的性能。
2.用代码演示依赖倒转准则
假如咱们当初有这么一个办法：
public interface JpaRepository {//默认是取出所有数据List<T> findAll();}假如A共事应用了上述办法进行开发，并且代码曾经稳固运行了，然而B共事在本人的代码里笼罩了这个办法：
public interface UserRepository extends JpaRepository { //只查问状态不被禁用的用户 @Query(value = "select * from user where status = 1") List<User> findAll();}这就会导致原来运行好的程序呈现了bug，重大点的可能会报空指针异样或者逻辑谬误等等问题。
3.总结
当应用继承时，遵循里氏替换准则。除了增加新的办法实现性能外，不要去重写父类A的办法，也不要重载父类A的办法。
继承尽管好用，然而用不好就会呈现大量问题，并且在写代码的时候要思考到，批改父类后，是不是所有子类的性能会受到影响。