LSP的意义：
一、改进已有实现。例如程序最开始实现时采用了低效的排序算法，改进时使用LSP实现更高效的排序算法。
二、指导程序开发。告诉我们如何组织类和子类（subtype），子类的方法（非私有方法）要符合contract。
三、改进抽象设计。如果一个子类中的实现违反了LSP，那么是不是考虑抽象或者设计出了问题。

补充：
Liskov是美国历史上第一个女计算机博士，曾获得过图灵奖。
In 1968 she became one of the first women in the United States to be awarded a Ph.D from a computer science department when she was awarded her degree from Stanford University. At Stanford she worked with John McCarthy and was supported to work in artificial intelligence.

https://en.wikipedia.org/wiki/Barbara_Liskov

里氏替换最终一句话还是对扩展开放，对修改关闭，不能改变父类的入参，返回，但是子类可以自己扩展方法中的逻辑。父类方法名很明显限定了逻辑内容，比如按金额排序这种，子类就不要去重写金额排序，改成日期排序之类的，而应该抽出一个排序方法，然后再写一个获取排序的方法，父类获取排序调用金额排序，子类就重写调用排序方法，获取日期排序。

个人感觉也是为了避免“二意性”，这里是只父类的逻辑和子类逻辑差别太多，读代码的人会感觉模棱两可，父类一套，子类一套，到底应该读哪种。感觉会混乱。

总之就是，子类的重写最好是扩展父类，而不要修改父类。

里式替换是细力度的开闭原则。这个准则应用的场景，往往是在方法功能的调整上，要达到的效果是：该方法对已经调用的代码的效果不变，并能支撑新的功能或提供更好的性能。换句话说，就是在保证兼容的前提条件下做扩展和调整。

spring对里式替换贯彻得不错，从1.x到4.x能看到大部分代码都坚强的保留着兼容性。
但springboot就有点跳脱了，1.x小版本就会有违背里式替换的破坏性升级。1.x到2.x更是出现跳票重灾的情况。带来的损失相信做过springboot版本升级的人都很有感触，而这份损失也表达出坚守里式替换原则的重要性。不过，既然springboot会违背经营多年的原则（向下兼容），那么绝非空穴来风，相信在他们看来，违背里式替换做的升级，带来的价值能够盖过损失。所以我觉得里式替换依旧是个权衡项，在日常开发中我们要坚守，但当发现不合理，比如设计缺陷或则业务场景质变时，做破坏性改造也意味着即使止损，是一个可选项。

里氏替换原则存在的意义：
1. 增强父类或接口进行约定，子类进行实现的设计原则，明确父类是抽象定义，子类是具体实现的面向对象编程思想
2. 为子类设计和实现提供了明确而有用的指导思想，子类的协议实现不能超越父类的抽象定义，否则，违背约定的子类实现会导致系统可读性、可运行性会出现不符合预期的逻辑行为
3. 增加了对多态编程方法的应用指导，多态是一种编码实现的思路，设计和实现可以很宽泛，应用里氏替换原则的指导，可以设计出高质量的多态编程，从而让面向对象编程实现的程序的可读性、健壮性更好

一、如何理解里氏替换原则？
1.子类对象能够替换程序中父类对象出现的任何地方，并且保证原来程序的逻辑行为不变及正确性不被破坏。（示例可查看专栏文章）
2.里氏替换原则更有指导意义的描述是：按照协议来设计。子类在设计的时候，要遵守父类的行为约定/协议。父类定义了函数的行为约定，那子类可以改变函数的内部实现逻辑，但不能改变函数原有的行为约定。行为约定包括：函数声明要实现的功能；对输入、输出、异常的约定；注释中所罗列的特殊说明。同理也可以对应到接口和实现类。

二、哪些代码明显违背了LSP?
1.子类违背父类声明要实现的功能
父类中提供的sortOrdersByAmount()订单排序函数，是按照金额从小到大来给订单排序的，而子类重写这个方法之后是按照创建日期来给订单排序的。那子类的设计就违背里氏替换原则。
2.子类违背父类对输入、输出、异常的约定
父类中某个函数约定：运行出错返回null；获取数据为空时返回空集合。子类重写函数之后，运行出错返回异常，获取不到数据返回null。那子类的设计就违背里氏替换原则。
父类中某个函数约定，输入数据可以是任意整数，子类实现只允许输入数据是正整数，负数就抛出，也就是说子类对输入的数据的校验比父类更加严格，那子类的设计就违背了里氏替换原则。
父类中某个函数约定，只会抛出ArgumentNullException异常，子类的设计实现抛出了其他的异常，那子类的设计就违背了里氏替换原则。
3.子类违背父类注释中所罗列的任何特殊说明
父类中定义的 withdraw() 提现函数的注释是这么写的：“用户的提现金额不得超过账户余额……”，而子类重写 withdraw() 函数之后，针对 VIP 账号实现了透支提现的功能，也就是提现金额可以大于账户余额，那这个子类的设计也是不符合里式替换原则的。
4.判断子类的设计实现是否违背里氏替换原则，我们可以拿父类的单元测试去验证子类的代码。如果某些单元测试运行事呗，就有可能说明子类的设计实现没有完全遵守父类的约定，子类就有可能违背了里氏替换原则。

三、多态和里氏替换原则的区别
多态是面向对象编程的一大特性，也是面向对象编程语言的一种语法。它是一种代码实现的思路。而里式替换是一种设计原则，用来指导继承关系中子类该如何设计，子类的设计要保证在替换父类的时候，不改变原有程序的逻辑及不破坏原有程序的正确性。