LSP原则指出：“派生类型不能改变基类型的行为”，换句话说，“派生类型必须完全可以替换其基类型。”
这意味着，如果在基类中定义虚方法，我们就违反了这个原则。
同样地，如果我们使用new关键字在派生类型中隐藏一个方法，那么我们也违反了这个原则。
换句话说，如果我们使用多态，就违反了LSP！
在许多应用程序中，我们在基类中使用虚方法，现在我意识到这违反了LSP。如果您使用模板方法模式，则会违反此原则，而我经常使用它。
那么，当您需要继承并希望从多态中受益时，如何设计符合此原则的应用程序？我感到很困惑！
请参阅此处的示例：http://www.oodesign.com/liskov-s-substitution-principle.html
芭芭拉·利斯科夫（Barbara Liskov）撰写了一篇非常好的文章 《数据抽象和层次结构》，其中她特别涉及多态行为和虚拟软件构造。阅读这篇文章后，您可以看到，她深入描述了软件组件如何通过简单的多态调用实现灵活性和模块化。
LSP关注于实现细节而非抽象。具体而言，如果您使用某个类型T的接口或抽象，您应该期望传递所有T的子类型，并且不会观察到意外的行为或程序崩溃。
这里的关键词是意外，因为它可以描述程序的任何属性（正确性、执行任务、返回语义、暂时等等）。因此，将您的方法设为virtual本身并不意味着违反LSP。
public class Rectangle
{
public virtual Int32 Height { get; set; }
public virtual Int32 Width { get; set; }
}
public class Square : Rectangle
{
public override Int32 Height
{
get { return base.Height; }
set { SetDimensions(value); }
}
public override Int32 Width
{
get { return base.Width; }
set { SetDimensions(value); }
}
private void SetDimensions(Int32 value)
{
base.Height = value;
base.Width = value;
}
}
在这种情况下，宽度和高度属性的行为发生了变化，这是违反规则的。让我们看一下输出结果以了解为什么行为会变化：
private static void Main()
{
Rectangle rectangle = new Square();
rectangle.Height = 2;
rectangle.Width = 3;
Console.WriteLine("{0} x {1}", rectangle.Width, rectangle.Height);
}
// Output: 3 x 2
x = baseObj.DoSomeThing(123)，那么您也必须能够调用x = derivedObj.DoSomeThing(123)。派生方法不应该在基础方法没有抛出异常的情况下抛出异常。使用基类的代码也应该能够与派生类良好地配合工作。它不应该“看到”它正在使用另一种类型。这并不意味着派生类必须完全做相同的事情；那样是无意义的。换句话说，使用派生类型不应该破坏原本使用基础类型运行良好的代码。logger.WriteLine("hello");
if (logger is FileLogger) {
logger.Write("10 hello"); // FileLogger requires a line number
// This throws an exception!
logger.Write("hello");
} else {
logger.Write("hello");
}
new 不影响多态性，而是声明一个全新的方法，恰好与基类型中的某个方法同名但与之无关。特别地，不可能通过基类型来调用它。为了实现多态性，必须使用关键字 override 并且该方法必须是虚拟的（除非你正在实现接口）。logger.Write("hello"); // 应该适用于ConsoleLogger和FileLogger。 - Olivier Jacot-DescombesStream 和 FileStream 类。FileStream 有额外的功能，但仍然可以用于只需要 Stream 的任何事情。 - Austin Salonen