LINQ 的 Max/Min 对空集合抛异常且类型推导易错；需用 Any() 防护或 DefaultIfEmpty() 补默认值；投影版返回结果类型而非原对象；取最大值对应对象应使用 OrderByDescending+FirstOrDefault。
直接说结论：LINQ 的 Max 和 Min 不是“取最大最小值”就完事了，它们对空集合会抛异常，且类型推导容易出错——这是绝大多数人踩坑的起点。
空集合调用 Max/Min 会炸，必须提前防护
常见错误现象：InvalidOperationException: Sequence contains no elements。这不是 bug，是设计如此——Max 和 Min 默认不接受空序列。
- 最稳妥做法：先用
Any()判断再调用，比如list.Any() ? list.Max() : default(int) - 更简洁方案：用
DefaultIfEmpty()补默认值，如list.Select(x => x.Price).DefaultIfEmpty(0).Max() - 注意：如果元素是可空类型（
int?），Max()返回null而非抛异常，但你要小心后续解包时的NullReferenceException
Max 和 Min 的泛型重载差异极大
你以为 list.Max(x => x.Age) 和 list.Max() 是一回事？不是。前者是 Max<tsource tresult></tsource>，后者是 Max<tsource></tsource>，要求 TSource 实现 IComparable。
- 对简单类型（
int、DateTime）直接用.Max()没问题 - 对自定义类，必须实现
IComparable<t></t>才能用无参数版；否则只能走投影版.Max(x => x.Property) - 投影版返回的是
TResult（比如string.Length返回int），不是原对象——别指望它帮你捞出“年龄最大的那个 Person 对象”
想拿到最大值对应的完整对象？别硬套 Max
这是高频误解场景：你有一堆 Product，想找出价格最高的那个实例，却写了 products.Max(p => p.Price)——结果只拿到一个 decimal，不是 Product。
- 正确姿势一（推荐）：用
OrderByDescending+FirstOrDefault：products.OrderByDescending(p => p.Price).FirstOrDefault() - 正确姿势二（性能敏感时）：手写循环遍历一次，比两次枚举（
Max+First）更省 - 错误姿势：用
Where(p => p.Price == products.Max(p2 => p2.Price)).First()—— 这会遍历三次，且重复计算Max
字符串的 Max 不是按长度，而是按字典序
如果你对 List<string></string> 直接调用 .Max()，得到的是字典序最大的字符串（比如 "zebra" > "apple"），不是最长的那个。
- 要按长度取最大：必须显式投影
.Max(s => s.Length)，但这只返回长度数字 - 要取最长的字符串本身：用
.Aggregate((a, b) => a.Length >= b.Length ? a : b)，或上面说的OrderByDescending(s => s.Length).First() - 注意文化敏感性：字典序比较受
StringComparer影响，生产环境慎用默认比较
真正麻烦的从来不是语法，而是“我到底想表达什么”——是值？是对象？是存在性？还是边界情况？把这层想清楚，Max 和 Min 才不会反咬一口。
