里氏替换原则（Liskov Substitution Principle,LSP）

子类型必须能够替换它们的父类型。

分析：
继承是面向对象思想中的一个重要特性。
优势：
可以减少重复代码，从而实现代码的可重用性。
子类与父类，可以相似，也可以有它们各自不同的地方。
父类，可以提高代码的开放度。
问题：
父类方法与属性变化时，子类也会跟着变化，这样导致大量的代码需要重构。
基于此，里氏替换是以继承为基础，如果对其进行合理的规范化，其结果可以大大的降低代码的重构，因此，需要我们实现里氏替换原则。

代码示例：

父类：

package com.test.principle.lsp;

public class SuperLiskov {
    public int a = 1;

    public void a1() {
    }

    public void a2() {
    }

}

子类：

package com.test.principle.lsp;

public class SubLiskov extends SuperLiskov {
    public int b;
    public int a = 2;

    public void a1() {
    }

    public void a3() {
    }

}

测试代码：

package com.test.principle.lsp;

public class LiskovClient {
    public static void main(String[] args) {
        SuperLiskov sk = new SuperLiskov();
        sk = new SubLiskov();
        sk.a1();
        sk.a2();
        System.out.println(sk.a);
    }

}

输出结果为：1

里氏替换原则和struts struts 的ActionMessageStruts具备消息传递功能，ActionMessage的容器包括：“ActionErrors”和“Actionmessages”,后者的实例均可以相互设置为容器。 并且ActionErrors也可以运用error.add(msgs)使自己成为ActionMessages的容器。此处较好的实现了里氏替换原则的原理。即这种做法实现了在父类涉及的场所 子类均可安全替换。