max() 空数组抛 invalidoperationexception 异常，因无默认值语义；安全写法有 defaultifempty().max()、any()?max():null、自定义 maxornull()；需实现 icomparable 或用 selector；ef core 中须避免 tolist() 后调用。
Max() 能直接用，但空数组会炸——这是最常踩的坑。
空数组调用 Max() 为什么抛异常
因为 Max() 没有默认值语义：它必须从真实元素中挑一个，而空集合里没东西可挑。这和 Sum() 不同，后者对空集合返回 0 是设计使然。
- 报错信息通常是
InvalidOperationException: Sequence contains no elements - 哪怕你传的是
int[]或List<int></int>，只要长度为 0，Max()就挂 - EF Core 查询结果为空时也一样，不是“只在内存里才出问题”
安全取最大值的三种写法
别靠 try-catch 去兜底，既慢又掩盖逻辑缺陷。
- 用
DefaultIfEmpty()：比如numbers.DefaultIfEmpty().Max()→ 返回default(int)即0；但注意：如果原始数据全是0，你就无法区分“真有零值”和“压根没数据” - 用可空类型 + 条件判断：
numbers.Any() ? numbers.Max() : null，返回int?，语义清晰 - 指定默认值（C# 12+ 推荐）：
numbers.MaxOrNull()需要自己扩展，或用第三方库；标准库不提供，别幻想有MaxOrDefault()
Max() 对非数值类型怎么用
编译器不会让你乱来——Max() 要求元素类型实现 IComparable<t></t>，否则直接报 CS0311。
- 字符串可以：
new[] { "apple", "zebra" }.Max()按字典序返回"zebra" - 自定义类必须显式实现
IComparable<t></t>，或传 selector：users.Max(u => u.Age) - 别写
list.Max(x => x.ToString())想比字符串大小——这其实是在比每个ToString()结果，不是原对象逻辑
性能与 IQueryable 场景下的注意事项
在 EF Core 里用 Max()，生成的 SQL 是 SELECT MAX(...)，没问题；但写法稍有不慎就触发全量拉取。
- 错误示范：
context.Orders.ToList().Max(o => o.Amount)→ 先查全部到内存再算，大表直接卡死 - 正确写法：
context.Orders.Max(o => o.Amount)→ 整个聚合下推到数据库 - 如果需要先
Where再Max，确保条件能转成 SQL，比如别在Where里调用本地方法
真正容易被忽略的是：当你把 Max() 套在异步查询结果上（比如 IAsyncEnumerable<t></t>），它根本不存在——AggregateAsync 得靠 System.Linq.Async 包，且不能直接替代 Max()，得手动写循环或转成列表（慎用 ToListAsync().Result，可能死锁）。
