C#中对List排序优先用Sort()或OrderBy()，避免手写冒泡；Sort()原地排序、高效安全，需T实现IComparable或传Comparison；OrderBy()适合不改原列表、链式调用或LINQ场景，需.ToList()执行。
直接说结论：C# 中对 List<t></t> 排序，优先用 Sort() 方法（就地排序）或 OrderBy()（返回新序列），别手写冒泡——99% 的场景前者更安全、高效、可读。
为什么 Sort() 是首选？
它原地修改列表，不分配新对象，性能好；支持泛型约束，编译期就能检查是否可比较。
常见错误现象：list.Sort() 报错 InvalidOperationException: Failed to compare two elements —— 通常是因为 T 没实现 IComparable<t></t>，比如自定义类没重写 CompareTo 或没提供比较器。
- 基础类型（
int、string、DateTime）直接用list.Sort() - 自定义类：要么让类实现
IComparable<t></t>，要么传入Comparison<t></t>委托，例如：list.Sort((a, b) => a.Age.CompareTo(b.Age)) - 注意：如果列表含
null，且T是引用类型，默认比较器会抛异常，得自己处理空值逻辑
OrderBy() 适合什么场景？
当你不想改原始列表、需要链式调用、或要配合 LINQ 查询时用它。它返回 IOrderedEnumerable<t></t>，本质是延迟执行的包装器。
使用场景：var sorted = list.OrderBy(x => x.Name).ThenBy(x => x.Id).ToList();
- 必须显式调用
.ToList()才真正执行并生成新列表，否则只是定义了排序逻辑 - 每次调用
OrderBy都新建一个枚举器，反复调用性能不如Sort()（尤其大数据量） - 支持
string的忽略大小写排序：OrderBy(x => x.Name, StringComparer.OrdinalIgnoreCase)
字符串排序要注意文化差异
默认 string 排序走当前线程文化（CurrentCulture），可能导致 “Å” 排在 “Z” 后面这种不符合 ASCII 直觉的结果。
容易踩的坑：list.Sort() 对 List<string></string> 在瑞典系统上行为和美国不同，导出数据时顺序不一致。
- 要严格按字符编码排，用
StringComparer.Ordinal或StringComparer.OrdinalIgnoreCase - 示例：
list.Sort(StringComparer.Ordinal)或list.OrderBy(x => x, StringComparer.Ordinal) - 别依赖
string.CompareTo()默认行为做跨区域稳定排序
性能与稳定性提醒
Sort() 底层是 introsort（快排 + 堆排 + 插入排序混合），最坏 O(n log n)；OrderBy() 是稳定的归并排序，但多一次遍历和内存分配。
- 列表超 1000 项且频繁排序 → 优先
Sort()，避免 GC 压力 - 需要稳定排序（相同键值保持原始相对顺序）→
OrderBy()天然稳定；Sort()对于引用类型也稳定，但值类型若比较逻辑不严谨可能不稳定 - 异步上下文里别在
Sort()中调用 await —— 它是同步方法，无法暂停
真正麻烦的不是语法，而是搞清你要的是“改原列表”还是“要新顺序”，以及“要不要跨文化一致”。这两个判断错了，后面所有优化都白搭。
