orderby必须唯一且首置，后续字段用thenby/thenbydescending链式调用；null默认排最前（升序）或最后（降序）；延迟执行，避免重复tolist。
OrderBy 和 ThenBy 怎么连用才对
多个字段排序不能只靠 OrderBy，它会覆盖前一次排序结果。必须用 OrderBy + ThenBy（升序）或 ThenByDescending（降序）链式调用，这是最常踩的坑——写成两个 OrderBy 等于只生效最后一个。
-
OrderBy是主排序，必须放在最前面，且只能出现一次 - 后续每个附加字段都用
ThenBy或ThenByDescending，顺序即优先级顺序 - 如果第一个字段值相同，才看第二个字段；第二个也相同，才看第三个……以此类推
- 不支持在同一个
OrderBy里混写升/降序，必须拆到不同方法里
示例：list.OrderBy(x => x.Age).ThenByDescending(x => x.Name).ThenBy(x => x.Id) 表示：先按年龄升序，年龄相同时按姓名降序，姓名也相同时再按 Id 升序。
降序字段怎么插在中间而不是最后
很多人以为降序只能放末尾，其实只要用 ThenByDescending，它可以出现在链中任意位置，不影响后续升序逻辑。关键不是“位置”，而是“谁调用谁负责当前字段的排序方向”。
- 错误写法：
OrderByDescending(x => x.Name).ThenBy(x => x.Age)—— 这是先按姓名降序，再按年龄升序，但主排序字段变了 - 正确写法：
OrderBy(x => x.Status).ThenByDescending(x => x.CreatedTime).ThenBy(x => x.Id)—— 状态升序为主，创建时间降序为次，Id 升序为第三级 - 注意：没有
OrderByAscending，升序就是默认行为，直接用OrderBy或ThenBy
OrderBy 传入 null 值会怎样
如果排序字段可能为 null（比如引用类型属性），OrderBy 默认把 null 排在最前面（升序）或最后面（降序），这在分页或 UI 展示时容易出意料之外的结果。
- 字符串、可空数值（
int?）、对象属性都适用该规则 - 若想统一把
null当作最小/最大值处理，需手动映射，例如：OrderBy(x => x.Name ?? "")或OrderBy(x => x.Score.GetValueOrDefault(int.MinValue)) - 数据库查询（如 EF Core）行为可能不同，SQL Server 和 PostgreSQL 对
null排序默认策略就不一致，内存排序和数据库排序别混着测试
性能和延迟执行要注意什么
OrderBy 是延迟执行的，不会立刻排序，直到你调用 ToList()、ToArray() 或遍历结果时才真正计算。这点在组合多个 LINQ 操作时特别关键。
- 反复调用
ToList()会导致多次排序，比如：var a = list.OrderBy(...).ToList(); var b = list.OrderBy(...).ToList();—— 排了两次 - 如果数据量大，又在循环里反复排序，CPU 和内存压力会明显上升
- 对数据库查询（EF Core / Dapper），
OrderBy会被转成 SQL 的ORDER BY，但前提是没提前触发执行（比如加了.Count()或.First()） - 避免对未索引的数据库字段做多字段排序，尤其含降序时，某些数据库版本可能无法走联合索引
复杂点在于：排序逻辑一旦嵌套在条件分支或高阶函数里，很容易漏掉“是否已执行过”的判断。实际写的时候，宁可多赋一次变量，也别为了省一行代码让排序重复发生。
