collections.min报错因集合为空抛nosuchelementexception、元素未实现comparable或含null时抛classcastexception；返回null仅出现在stream替代写法的orelse(null)中，原生方法从不返回null。
为什么直接用 Collections.min 会报错或返回 null
因为 Collections.min 要求集合元素实现 Comparable 接口，或者你显式传入 Comparator。客户对象（比如 Customer）通常没重写 compareTo，也没天然可比性——信用评分只是其中一个字段，不是整个对象的自然序。不指定比较逻辑，调用会抛 ClassCastException 或编译失败。
正确写法：必须传 Comparator，推荐用方法引用
假设 Customer 类有 getCreditScore() 方法，返回 int 或 Integer：
Customer lowest = Collections.min(customers, Comparator.comparingInt(Customer::getCreditScore));
关键点：
- 用
Comparator.comparingInt（非comparing）避免自动装箱开销，且能处理int原生类型 - 如果
getCreditScore()返回Integer且可能为null，改用Comparator.nullsFirst(Comparator.comparing(Customer::getCreditScore)) - 集合
customers不能为空，否则抛NoSuchElementException
遇到空集合或 null 字段时怎么安全处理
生产环境不能依赖调用方保证非空。两种常用兜底方式：
- 提前判空：
if (customers == null || customers.isEmpty()) { /* 处理异常 */ } - 用
Stream替代（更灵活）：customers.stream().min(Comparator.comparingInt(Customer::getCreditScore)).orElse(null) - 若信用分字段本身可能为
null，且你想把null当作最低值，用Comparator.nullsFirst(Comparator.comparingInt(...))
注意：Collections.min 本身不支持 null 安全比较，必须靠 Comparator 显式声明策略。
性能和兼容性要注意什么
Collections.min 是 O(n) 遍历，没有额外空间开销，比转成 Stream 稍快；但它要求集合支持遍历（Iterable），对某些懒加载集合（如 Hibernate 的 LazyCollection）可能触发 N+1 查询。
- Java 8+ 可用，无需额外依赖
- 如果客户集合是
ConcurrentHashMap.values()这类弱一致性视图，结果可能不反映实时状态 - 多线程环境下，确保集合本身是线程安全的，或操作前加锁——
Collections.min不做同步
真正容易被忽略的是：信用分字段的语义是否真代表“越低越差”？有些系统用负数或反向编码，别光看函数名就默认 min 就是“最差客户”。
