icomparable用于定义类型的自然排序，icomparer用于灵活的外部排序逻辑；必须实现icomparable当类有稳定自然顺序且可修改源码时，否则用icomparer或lambda。
IComparable 是类型自带的默认排序规则，IComparer 是按需临时指定的外部比较逻辑 —— 用错接口会导致 Sort 不生效、编译报错或行为不符合预期。
什么时候必须实现 IComparable
当你的类有一个稳定、公认的“自然顺序”，且你控制该类源码时，直接实现 IComparable<t></t> 最省事。
- 实现后调用
list.Sort()不传参数就能排序，.NET 自动调用CompareTo - 必须返回
int：负数表示当前对象排前面，0 表示相等，正数表示排后面 - 泛型版本
IComparable<t></t>比非泛型IComparable更安全，避免运行时类型转换异常 - 注意 null 处理：如果
other可能为 null，需提前判空，否则other.Age会抛NullReferenceException
public class Product : IComparable<product>
{
public string Name { get; set; }
public decimal Price { get; set; }
public int CompareTo(Product other)
{
if (other == null) return 1;
return this.Price.CompareTo(other.Price); // 默认按价格升序
}
}</product>
为什么 IComparer 更适合多条件或动态排序
同一个列表需要按姓名、按价格、按库存量分别排序，或者你无法修改原始类（比如第三方库中的类），这时必须用 IComparer<t></t>。
- 它不绑定到某个类，而是独立类型，可复用、可测试、可注入
- 支持逆变：
IComparer<object></object>能传给需要IComparer<string></string>的地方 - 常见错误：忘记在
Sort中传入实例，写成list.Sort()而不是list.Sort(new NameComparer()) - 性能上无明显差异，但频繁 new 比较器对象可能触发 GC，建议复用静态实例或使用 lambda
public class NameComparer : IComparer<product>
{
public int Compare(Product x, Product y)
{
if (x == null && y == null) return 0;
if (x == null) return -1;
if (y == null) return 1;
return string.Compare(x.Name, y.Name, StringComparison.Ordinal);
}
}
// 使用
products.Sort(new NameComparer());</product>
lambda 和 Comparer.Create 是更轻量的替代方案
不需要定义完整类时，优先用 Comparer<t>.Create</t> 或直接传 lambda —— 语义清晰、无额外类型、编译期检查强。
- lambda 形式：
list.Sort((a, b) => a.Name.CompareTo(b.Name))，本质是编译器生成Comparison<t></t>委托 -
Comparer<t>.Create</t>返回IComparer<t></t>实例，可复用、可传给BinarySearch等需要接口的地方 - 别混用：传 lambda 给
Sort是 OK 的，但传给要求IComparer<t></t>参数的方法（如Sort(IComparer<t>)</t>）会编译失败 - 字符串比较务必指定
StringComparison，否则默认CurrentCulture可能在不同系统产生不一致结果
// 推荐：一行搞定，且类型安全
products.Sort(Comparer<product>.Create((a, b) =>
string.Compare(a.Name, b.Name, StringComparison.Ordinal)));
// 或更简洁（仅限 Sort）
products.Sort((a, b) => a.Price.CompareTo(b.Price));</product>
容易被忽略的 null 和 culture 问题
线上环境出排序乱序或 NullReferenceException，八成栽在这两个点上。
-
CompareTo和Compare都要显式处理null输入，不能假设调用方已过滤 - 字符串比较不用
StringComparison.Ordinal或OrdinalIgnoreCase，在土耳其语等 locale 下"i".ToUpper()会变成"İ"，导致字典序错乱 - 值类型（如
int、DateTime）本身已实现IComparable<t></t>，无需重复实现；但包装成object后走非泛型路径可能有装箱开销 - 若同时实现
IComparable<t></t>和IEquatable<t></t>，确保Equals和CompareTo == 0语义一致，否则SortedSet等集合行为异常
