orderby不会修改原集合，连续两个orderby会覆盖前一个排序；应使用thenby追加条件；ef core中避免不可翻译表达式；null值需统一处理；排序在数据库执行更高效。
OrderBy 不会修改原集合，且连续写两个 OrderBy 会丢掉第一个排序 —— 这是绝大多数人踩坑的起点。
为什么写了两个 OrderBy 却只按最后一个字段排？
因为 OrderBy 每次都返回一个新序列，后一次调用完全覆盖前一次的结果。它不是“追加排序条件”，而是“重置整个排序逻辑”。
- 错误写法：
list.OrderBy(x => x.Status).OrderBy(x => x.CreatedAt)→ 最终只按CreatedAt排 - 正确写法：
list.OrderBy(x => x.Status).ThenBy(x => x.CreatedAt)→ 先按状态升序，相同状态再按创建时间升序 -
ThenBy和ThenByDescending只能接在另一个排序方法（OrderBy或ThenBy）之后，不能单独调用 - 支持无限链式，比如：
.OrderBy(a => a.Type).ThenBy(b => b.Priority).ThenByDescending(c => c.Id)
OrderBy 在 IQueryable（如 EF Core）里报 “could not be translated” 怎么办？
EF Core 尝试把 lambda 表达式翻译成 SQL，但很多 C# 方法不支持翻译，比如 Date、ToString()、自定义函数等。
- 典型报错：
The LINQ expression 'x.CreatedAt.Date' could not be translated - 优先改用数据库原生支持的表达式：
OrderBy(x => x.CreatedAt)而不是OrderBy(x => x.CreatedAt.Date) - 如果真要按日期部分排序，可在数据库加计算列，或改用
AsEnumerable().OrderBy(...)（但意味全量拉取，慎用） - 避免在
OrderBy中调用Substring、Split、ToLower等不可翻译方法
排序字段为 null 时行为不一致，怎么稳住？
.NET 6+ 默认把 null 排在升序最前、降序最后，但 SQL Server 和 PostgreSQL 对 NULL 的默认排序策略不同，内存排序和数据库排序结果可能对不上。
- 字符串字段为空时：
OrderBy(x => x.Name ?? "")统一转空字符串参与比较 - 可空数值（如
int?）：OrderBy(x => x.Score.GetValueOrDefault(int.MinValue)) - 若需忽略 null 记录，加
Where(x => x.Field != null)预过滤 - EF Core 中还可配合
OrderBy(x => x.Field == null ? 0 : 1).ThenBy(...)显式控制 null 位置
性能陷阱：什么时候真正排序？
OrderBy 是延迟执行的，不调用 ToList()、ToArray() 或遍历，就不会触发实际排序逻辑。但这也带来两个常见误用：
- 对
IEnumerable（内存集合）反复调用ToList()+OrderBy：每次都会重新全量排序，大数据量下 CPU 和 GC 压力明显 - 写成
data.ToList().OrderBy(...)：先加载全部数据进内存，再排序 —— 如果本可以走数据库ORDER BY分页，这一步就彻底废了 - 分页场景推荐写法：
query.OrderBy(x => x.Id).Skip(10).Take(5).ToListAsync()（EF Core），确保排序和截取都在数据库完成 - 不确定数据源类型时，用
is IQueryable判断，或统一用方法语法避免混淆
真正麻烦的从来不是语法本身，而是没想清楚数据在哪排序：内存里？还是数据库里？以及有没有人在链式调用中途悄悄把 ThenBy 写成了 OrderBy。
