因为定义IList或ICollection将为接口的其他实现打开空间。

您可能希望有一个IOrderRepository，它在IList或ICollection中定义一个订单集合。然后，您可以使用不同类型的实现来提供订单列表，只要它们符合IList或ICollection定义的“规则”。

通常，一个好的方法是在面向公共的API中使用IList(在适当的情况下，并且需要列表语义)，然后在内部使用list来实现API。这允许您在不破坏使用您的类的代码的情况下更改到不同的IList实现。

类名List可能在下一个。net框架中改变，但接口永远不会改变，因为接口是契约。

注意，如果你的API只会在foreach循环中使用，那么你可能会考虑只暴露IEnumerable。

所有的概念基本上都在上面关于为什么使用接口而不是具体实现的回答中说明了。

IList<T> defines those methods (not including extension methods)

IList<T> MSDN link

添加 清晰的 包含 CopyTo GetEnumerator IndexOf 插入 删除 RemoveAt

List<T>实现了这9个方法(不包括扩展方法)，除此之外，它还有大约41个公共方法，这将影响您在应用程序中使用哪个方法。

List<T> MSDN link

接口是一种承诺(或契约)。

承诺总是这样，越小越好。

使用接口而不是实现的最重要情况是API的参数。如果API接受List参数，那么使用它的任何人都必须使用List。如果参数类型是IList，那么调用者有更多的自由，并且可以使用您从未听说过的类，这些类在编写代码时甚至可能不存在。

令人惊讶的是，这些List和IList的问题(或答案)都没有提到签名差异。(这就是为什么我在SO上搜索这个问题!)

下面是List中包含的在IList中找不到的方法，至少在。net 4.5(大约2015年)

AddRange AsReadOnly BinarySearch 能力 ConvertAll 存在 找到 FindAll FindIndex FindLast FindLastIndex ForEach GetRange InsertRange LastIndexOf RemoveAll RemoveRange 反向 排序 ToArray TrimExcess TrueForAll