应使用Collections.min()配合自定义Comparator找风险最高项：对数值型取负后求最小，枚举型直接比较自然序，多条件用thenComparing链式组合，并需校验集合非空。
直接用 Collections.min() 找“风险最高”的项，**不能直接用**——因为它的设计目标是找“最小值”，而业务风险最高通常对应数值最大（比如风险分 95 > 30），或按自定义规则排在最后。但只要稍作适配，它确实能快速、简洁地完成定位，关键在于**传入合适的 Comparator**。
明确风险排序逻辑，写对 Comparator
风险高低不是天然可比的，必须由你定义。常见情况：
- 若对象有
riskScore: int字段，风险越高分越高 → 要找 最大分，可用Comparator.comparingInt(o -> -o.riskScore)（取负后最小即原最大） - 若风险等级是枚举（如
LOW, MEDIUM, HIGH, CRITICAL），按严重性升序排列 → 直接用Comparator.comparing(Item::getRiskLevel)，再取min()就得最高等级 - 若需多条件复合判断（如先看是否逾期，再看金额）→ 在 Comparator 中链式比较：
Comparator.comparing(Item::isOverdue).thenComparing(Item::getAmount).reversed()，再配合min()
确保集合非空，避免 NoSuchElementException
Collections.min() 遇到空集合会抛异常，生产代码中必须防护：
- 用
if (!list.isEmpty()) { ... }显式检查 - 或借助
Optional封装（Java 9+）：Optional.ofNullable(list).filter(l -> !l.isEmpty()).map(Collections::min).orElse(null) - 不建议依赖 try-catch 捕获异常来控制流程
用法示例：找风险等级最高的订单
假设有订单类：
public enum RiskLevel { LOW, MEDIUM, HIGH, CRITICAL }public class Order { private RiskLevel riskLevel; /* getter */ }
一行定位最高风险订单：
Order highestRisk = Collections.min(orders, Comparator.comparing(Order::getRiskLevel));因为枚举默认按声明顺序自然排序，CRITICAL 最大，min() 配合自然序反而拿到最大值 —— 这正是巧用排序方向的关键。
替代思路：Collections.max() 更直觉？
如果风险值是数字且越大越危险，用 max() 看起来更符合语义。但注意：max() 和 min() 时间复杂度相同（O(n)），性能无差异；真正影响可读性的是 Comparator 是否清晰表达意图。若团队已约定“风险等级枚举按升序声明”，用 min() 反而更安全（避免误把 max() 当成找最低风险）。
