Java设计模式：里氏替换原则的意义与陷阱

叶初

发布时间：2026-10-13| 5人浏览过

原创

里氏替换原则是面向对象设计的核心基石之一，旨在解决继承关系中的潜在风险。本文通过具体代码案例，演示了当子类不当重写父类方法时引发的“功能倒退”现象，并结合LSP的四大规则，给出重构建议，确保多态调用下的系统稳定性。

里氏替换原则的含义

里氏替换原则（Liskov Substitution Principle, LSP）作为开放封闭原则（OCP）的高层指导，主张利用抽象和多态将静态结构转化为动态结构，从而在保持系统开放性的同时实现封闭性。其核心在于：**任何基类出现的地方，子类一定可以替代它且行为正确。**

LSP主要包含以下四层规范：

方法实现限制：子类可以实现父类的抽象方法，但绝不能覆盖（Override）父类已经实现的（非抽象）方法。
拓展自身能力：子类可以增加属于自己特有的新方法。
前置条件宽松：在重写或实现父类方法时，子类的方法输入参数（前置条件）应当比父类更宽松或相等，不能更严格。
后置条件严格：子类方法执行后的返回值或结果状态（后置条件）应当比父类更严格或相等。

继承的风险与实战案例分析

虽然继承极大提升了开发效率，但如果违背了上述契约，会导致整个继承体系崩溃。我们通过一个具体的业务需求变更案例来看清其中的隐患。

第1步：构建基础减法功能

首先，定义一个类 A 负责处理两个整数相减的功能：

class A {
  public int func1(int a, int b) {
    return a - b;
  }
}

public class Client {
  public static void main(String[] args) {
    A a = new A();
    System.out.println("100-50=" + a.func1(100, 50));
    System.out.println("100-80=" + a.func1(100, 80));
  }
}

运行结果为：

100-50=50
100-80=20

此阶段逻辑严密，符合预期。

第2步：扩展加法与组合逻辑

后续需求发生变更：我们需要增加一个新功能——计算两数相加后再加上100。为了满足复用和继承的需求，开发人员定义了类 B 继承自类 A，并重写了原有的 func1 方法，同时新增了求和功能 func2：

class B extends A {
  // 错误地重写了父类的减法方法，导致语义改变
  public int func1(int a, int b) {
    return a + b;
  }
   
  public int func2(int a, int b) {
    // 依赖被重写的func1进行计算
    return func1(a, b) + 100;
  }
}

public class Client {
  public static void main(String[] args) {
    B b = new B();
    // 试图使用B来执行原本A才负责的减法操作
    System.out.println("100-50=" + b.func1(100, 50));
    System.out.println("100-80=" + b.func1(100, 80));
    System.out.println("100+20+100=" + b.func2(100, 20));
  }
}

此时运行结果发生严重错误：