collections.max()和collections.min()配合自定义comparator是java获取业务极值最简洁安全的方式，需明确业务含义、处理空集合与null、注意对象可变性及线程安全。
直接用 Collections.max() 和 Collections.min() 配合自定义 Comparator，是 Java 中获取集合业务极值最简洁、安全的方式之一——无需手写遍历，不依赖第三方库，还能精准按业务规则排序。
明确业务极值的含义，再设计比较器
业务极值不等于数学最大/最小。比如“最新订单”是按 createTime 降序的最大值，“成本最低的供应商”是按 unitPrice 升序的最小值。关键在 Comparator 的逻辑是否真实反映业务优先级。
- 若要取“金额最高”的订单，
Comparator.comparing(Order::getAmount)即可 - 若要取“有效且未取消、金额最高”的订单，需先过滤再比较，或在比较器中处理异常情况（如 null 值）
- 多个条件时用链式比较：
Comparator.comparing(Order::getStatus).thenComparing(Order::getAmount).reversed()
注意空集合与 null 元素的安全边界
Collections.max/min() 遇到空集合会抛 NoSuchElementException；遇到含 null 元素且比较器未处理，会抛 NullPointerException。生产代码必须防御。
- 用
Optional包装结果：先判断list.isEmpty()，再调用 max/min - 比较器中主动处理 null：
Comparator.nullsLast(Comparator.comparing(...))或nullsFirst - 避免在 lambda 中解包可能为 null 的字段，例如
o.getName().length()应改为Objects.toString(o.getName(), "").length()
配合 Stream API 更灵活（但非必须）
虽然 Collections.max/min() 足够轻量，但当需要链式操作（如过滤+映射+取极值）时，Stream.max()/min() 更自然，底层也复用同一套 Comparator。
- 等价写法：
list.stream().max(comparator).orElse(null)比 try-catch 更函数化 - 可无缝衔接其他操作：
list.stream().filter(Order::isValid).max(comparator).orElse(null) - 注意：Stream 是惰性求值，小集合无性能差异；超大集合且只取一个极值时，Collections 方法略少对象创建开销
避免常见陷阱：不可变性与线程安全
Collections.max/min() 不修改原集合，但返回的是原集合中的引用对象——若该对象后续被外部修改（如更新字段），会影响你“当时取到的极值”的业务语义。
- 如需快照语义，考虑返回副本（如 new Order(src)）或使用不可变数据类（Record / Immutables）
- 多线程环境下，确保源集合本身是线程安全的（如
CopyOnWriteArrayList），或加同步；Collections.max/min本身不保证线程安全 - 不要把比较器写成有状态的（如内部缓存或计数器），否则并发调用会出错
