orderby默认升序且不改变原集合；多字段排序须用thenby/thenbydescending，不可连续orderby；两者均返回新ienumerable，区别仅在升/降序；iqueryable中需避免不可翻译表达式，否则报错。
OrderBy 默认只做升序，且不改变原集合；多字段排序必须用 ThenBy 或 ThenByDescending，不能连续写两个 OrderBy。
OrderBy 和 OrderByDescending 的行为差异
这两个方法都返回新的 IEnumerable<t></t>，不会修改原始集合。区别仅在于排序方向：
-
OrderBy是升序（A→Z，小→大），等价于 SQL 中的ORDER BY col ASC -
OrderByDescending是降序（Z→A，大→小），等价于ORDER BY col DESC - 两者都要求参数是
Func<t tkey></t>类型的键选择器，比如p => p.Name或p => p.CreatedAt.Date - 若
TKey为null（如引用类型字段为空），默认排在最前面（.NET 6+ 行为，旧版本可能抛异常）
多字段排序必须用 ThenBy，不是链式 OrderBy
常见错误是写成 .OrderBy(x => x.Status).OrderBy(x => x.CreatedAt) —— 这会覆盖前一个排序，最终只按 CreatedAt 排。正确方式是：
- 主排序用
OrderBy（或OrderByDescending） - 次级排序用
ThenBy（升序）或ThenByDescending（降序） - 支持无限层级，比如
.OrderBy(a => a.Type).ThenBy(b => b.Priority).ThenByDescending(c => c.Id) - 注意：
ThenBy只能接在另一个排序方法之后，不能单独调用
OrderBy 在 IQueryable（如 EF Core）中容易触发运行时异常
当用在数据库查询（IQueryable<t></t>）上时，OrderBy 的 lambda 表达式会被翻译成 SQL。但不是所有 C# 方法都能被翻译：
- 错误示例：
.OrderBy(x => x.CreatedAt.Date)→ EF Core 会报错 “LINQ to Entities does not recognize the method 'System.DateTime get_Date()’” - 解决办法：改用可翻译的表达式，比如
.OrderBy(x => x.CreatedAt)，或提前计算好字段（如数据库视图加计算列） - 避免在
OrderBy中调用自定义方法、ToString()、Substring()等不可翻译操作 - 本地集合（
IEnumerable<t></t>）无此限制，但性能差——先拉全量再内存排序
OrderBy 性能与 ToList() 的调用时机很关键
排序本身不执行，直到你真正遍历或调用 ToList()、ToArray() 等终结方法：
- 错误写法：
var q = data.OrderBy(x => x.Id).Skip(10).Take(5); var result = q.ToList();—— 如果data是IQueryable，这是高效分页；如果是IEnumerable，会先全量排序再截取，极慢 - 更危险的是：
data.ToList().OrderBy(...)—— 强制把整个数据集加载进内存再排序，大数据量直接 OOM - 建议：对数据库查询，保持
IQueryable链式调用；对内存集合，确认数据量后再决定是否排序
最容易被忽略的是排序稳定性：.NET 的 OrderBy 是**稳定排序**，相同键值的元素相对顺序不变。但这只在单次排序中成立；如果中间穿插了 Where 或 Select，原始顺序可能已丢失。
