里氏替换原则要求子类能替换父类且程序行为不变。例如，企鹅继承鸟并重写飞行方法会引发异常，违反该原则。正确做法是通过接口（如Flyable）分离行为，确保继承关系符合语义兼容性，避免错误替换。
里氏替换原则（Liskov Substitution Principle, LSP）是面向对象设计中的一个重要原则，由芭芭拉·里氏提出。它的核心思想是：子类对象应该能够替换其父类对象，而程序的行为不会发生变化。换句话说，程序在使用父类的地方，替换成它的子类后，功能依然正确、稳定。
理解“可替换性”
在Java中，继承允许子类复用父类的属性和方法。但里氏替换原则强调的不只是语法上的继承，而是语义上的兼容。也就是说，子类不能改变父类原有的行为逻辑，否则在父类被子类替换时，程序可能出错。
举个例子：
// 父类 class Bird { public void fly() { System.out.println("鸟在飞"); } } // 子类 class Sparrow extends Bird { // 麻雀会飞，行为一致 } class Penguin extends Bird { @Override public void fly() { throw new UnsupportedOperationException("企鹅不会飞"); } }上面代码中，Penguin 继承了 Bird，但重写了 fly 方法并抛出异常。当程序某处期望一个 Bird 对象能正常飞行时，如果传入的是 Penguin 实例，就会出错。这就违反了里氏替换原则。
立即学习“Java免费学习笔记（深入）”；
如何遵循里氏替换原则
要让子类真正“替代”父类而不影响程序运行，可以注意以下几点：
- 子类不应削弱父类的前提条件：比如父类方法要求参数大于0，子类不能要求更严格的条件（如必须大于10）。
- 子类不应增强父类的后置条件：父类方法执行后保证某个状态，子类不能增加额外的限制或副作用。
- 子类尽量不抛出父类未声明的异常：否则调用方无法预期错误，破坏程序稳定性。
- 合理设计继承关系：不是所有“is-a”关系都适合用继承。比如“企鹅是鸟”，但从行为角度看，它不具备飞行能力，直接继承 Bird 并不合适。
重构建议：用组合或接口代替不当继承
针对上面的问题，更好的设计方式是拆分行为。例如：
interface Flyable { void fly(); } class Bird {} class Sparrow extends Bird implements Flyable { public void fly() { System.out.println("麻雀在飞"); } } class Penguin extends Bird { // 不实现 Flyable，自然不具备飞行能力 }这样，只有真正能飞的鸟类才实现 Flyable 接口。调用方根据接口而不是父类来判断是否能飞，避免了行为不一致的问题。
基本上就这些。里氏替换原则提醒我们：继承不仅是代码复用的工具，更是行为契约的延续。只要子类保持与父类行为一致，替换才能安全进行。
