直接实现 icomparable 通常不是好选择，因其导致业务与比较逻辑强耦合，难以支持多维度、文化敏感或临时排序规则，且违反开闭原则；更灵活的做法是使用 icomparer 或 comparison 委托。
为什么直接实现 IComparable 通常不是好选择
因为 IComparable 要求类型自身“知道怎么比”，这会把业务逻辑和比较逻辑强耦合。一旦你需要按不同字段、升序/降序、或临时规则排序（比如按拼音、忽略大小写），就必须改类定义，甚至引入多个包装类——这违反开闭原则，也难测试。
更常见且灵活的做法是用 IComparer<t></t> 或 Comparison<t></t>，它们支持外部注入，可复用、可组合、可单元测试。
- 如果你控制不了类源码（比如第三方类型），根本没法改
IComparable -
IComparable.CompareTo返回int，但语义模糊：负数/正数/零只表示“小于/大于/等于”，不区分“-1”和“-100”，容易被误用于数值计算 - .NET 6+ 中
Enumerable.OrderBy默认不查IComparable，而是依赖传入的IComparer或使用默认比较器（如Comparer<int>.Default</int>）
正确实现 IComparable<t></t> 的三个硬性条件
如果确实需要让类型自己支持自然排序（例如你写的 Person 类默认按姓名排），必须实现泛型接口 IComparable<t></t>，而非非泛型的 IComparable。后者仅用于兼容旧代码，且运行时可能触发装箱，性能差、类型不安全。
以下写法才是安全可用的：
public class Person : IComparable<person>
{
public string Name { get; set; }
public int Age { get; set; }
public int CompareTo(Person other)
{
if (other == null) return 1;
int nameCmp = string.Compare(Name, other.Name, StringComparison.Ordinal);
return nameCmp != 0 ? nameCmp : Age.CompareTo(other.Age);
}
}</person>
- 必须检查
other == null，否则调用方传null会抛NullReferenceException，而规范要求返回正值 - 字段比较要用
string.Compare(..., StringComparison)，别用==或String.CompareTo—— 后者不支持文化敏感选项，且对null行为不一致 - 链式比较时，每个字段都要处理相等情况（用
!= 0 ? ... : next），否则后一个字段永远不会生效
OrderBy 不走 IComparable？排查这三处
写完 IComparable<t></t> 却发现 list.OrderBy(x => x) 没生效？大概率是没用对 API 或类型推导出错。
-
OrderBy的参数是Func<tsource tkey></tsource>，它提取的是“排序键”，不是调用对象自身的CompareTo；想触发IComparable<t></t>，得用list.Sort()（就地排序）或list.OrderBy(x => x, Comparer<person>.Default)</person> - 如果
Person实现了IComparable<person></person>，但你写了list.OrderBy(p => p.Name)，那走的是string的默认比较器，和你的Person.CompareTo完全无关 - 泛型约束缺失：若方法签名里写了
where T : IComparable<t></t>，但实际传入类型只实现了非泛型IComparable，编译会报错——注意接口名末尾有没有<t></t>
替代方案：用 Comparison<t></t> 和 Comparer.Create 更轻量
90% 的自定义排序场景，不需要修改原类型。直接传一个委托或创建一个比较器更干净。
例如按姓名长度倒序、再按年龄升序：
people.Sort((a, b) =>
{
int lenCmp = b.Name.Length.CompareTo(a.Name.Length); // 注意 b 在前 → 降序
return lenCmp != 0 ? lenCmp : a.Age.CompareTo(b.Age);
});
或者用静态工厂避免重复构造：
var comparer = Comparer<person>.Create((a, b) =>
string.Compare(a.Name, b.Name, StringComparison.OrdinalIgnoreCase)
?? a.Age.CompareTo(b.Age)); // ?? 处理 null-safe 比较
var sorted = people.OrderBy(x => x, comparer).ToList();</person>
-
Comparison<t></t>是Func<t></t>别名，Sort()直接接受它，无需封装成类 -
Comparer.Create返回的是真正的IComparer<t></t>，能被OrderBy、SortedSet、BinarySearch等所有标准 API 消费 - 别在比较逻辑里做耗时操作（如 DB 查询、IO、正则匹配），排序本身可能被多次调用
真正麻烦的从来不是“怎么写 CompareTo”，而是“什么时候不该写”。多数时候，把比较逻辑从类型里拎出来，反而让代码更易读、易测、易变。
