直接实现非泛型IComparable常不生效，因.NET Core/5+中集合排序默认调用泛型IComparable；应优先实现该泛型接口，或同时实现两者并保持逻辑一致。
为什么直接实现 IComparable 常常不生效？
因为 IComparable 只影响单个对象与另一个同类型对象的比较，而集合排序（比如 List<t>.Sort()</t>）默认调用的是 IComparable<t></t> 的泛型版本。如果只实现了非泛型 IComparable，在 .NET Core / .NET 5+ 中多数排序方法会忽略它，转而抛出 InvalidOperationException: Failed to compare two elements in the array. 或静默退化为默认顺序。
实操建议：
- 优先实现
IComparable<t></t>（泛型接口），而非仅IComparable - 若必须支持非泛型场景（如老代码或某些反射调用），两个接口都实现，且逻辑保持一致
- 确保
CompareTo(T other)方法不返回null，且对other == null做显式判断（null视为最小值）
CompareTo 方法里怎么写才不出错？
核心是：返回负数表示“当前实例小于 other”，0 表示相等，正数表示“大于”。常见错误是反向返回、未处理 null、或用减法计算（如 a - b 导致整数溢出）。
以一个 Person 类按年龄升序、姓名降序为例：
public class Person : IComparable<person>
{
public string Name { get; set; }
public int Age { get; set; }
<pre class="brush:php;toolbar:false;">public int CompareTo(Person other)
{
if (other == null) return 1; // 当前实例 > null
int ageComparison = this.Age.CompareTo(other.Age);
if (ageComparison != 0) return ageComparison;
return string.Compare(this.Name, other.Name, StringComparison.Ordinal) * -1; // 降序
}}
注意点：
- 用
.CompareTo()链式比较字段，避免手写/<code>>判断 - 字符串比较务必指定
StringComparison，否则可能因文化差异出错 - 不要用
this.Age - other.Age：当Age是int.MinValue和int.MaxValue时会溢出
排序时传入 Comparison<t></t> 委托比实现接口更灵活？
是的。实现 IComparable<t></t> 是“类的默认排序逻辑”，但业务中常需临时切换规则（比如表格点击列头切换升降序）。这时直接传委托更轻量、无侵入性。
例如对同一 List<person></person> 多次不同方式排序：
var people = new List<person> { /* ... */ };
<p>// 按年龄降序
people.Sort((a, b) => b.Age.CompareTo(a.Age));</p><p>// 按姓名长度升序，再按字母升序
people.Sort((a, b) => {
int lenDiff = a.Name.Length.CompareTo(b.Name.Length);
return lenDiff != 0 ? lenDiff : string.Compare(a.Name, b.Name, StringComparison.Ordinal);
});</p></person>
优势：
- 无需修改类定义，适合第三方类或不可改源码场景
- 可捕获局部变量（如动态传入排序字段名），
IComparable做不到 - 避免多个排序逻辑混在同一个
CompareTo里导致分支爆炸
LINQ 的 OrderBy 和 List.Sort() 有什么关键区别？
根本区别在于是否原地修改：List.Sort() 直接重排原列表，OrderBy() 返回新序列（IOrderedEnumerable<t></t>），原集合不变。
性能与行为差异：
-
List.Sort()是就地快排，时间复杂度 O(n log n)，空间 O(1)；OrderBy()需分配新数组，空间 O(n)，且首次枚举才执行排序（延迟执行） -
OrderBy()支持链式多级排序（.ThenBy()），List.Sort()要靠CompareTo手动嵌套逻辑 - 若对象引用被外部持有，用
OrderBy()更安全——不会意外改变原集合顺序 - 注意：
OrderBy(x => x.SomeProperty)每次调用都会重新计算属性值，若属性有副作用或耗时，应先投影缓存
真正容易被忽略的是：当对象本身可变（比如 Age 字段后续会被修改），用 OrderBy 排序后取 .First() 得到的“最大年龄者”，其 Age 值可能已在排序后被改掉——排序结果不保活，这点和原地 Sort() 一样，但更容易被误认为“快照已固化”。
