根本原因是泛型擦除导致类型信息丢失且实际元素不满足comparable合约；例如list混存integer和string时编译通过但运行抛classcastexception。
为什么 Collections.min 有时编译不过，有时运行报 ClassCastException
根本原因不是“没写比较器”，而是泛型擦除后类型信息丢失 + 实际元素不满足 Comparable 合约。比如把 Integer 和 String 混在一个 List<object></object> 里传给 Collections.min，编译能过（因为 Object 是上界），但运行时会炸——Integer 不实现 Comparable<string></string>，也没法强转。
- 只传
List<t></t>且T实现了Comparable super T>，才能用无参Collections.min -
Number子类（如Integer、Double）之间不能直接比，new ArrayList<number>(Arrays.asList(1, 2.5))</number>过不了Collections.min - 自定义类必须显式实现
Comparable<yourclass></yourclass>，只重写equals或compareTo方法但没声明接口，照样报错
什么时候必须传 Comparator，怎么写才不踩空指针
三种典型场景绕不开 Comparator：元素类型没实现 Comparable、要按非自然序比较（比如字符串按长度）、集合里是 null 安全需求。
- 用
Comparator.nullsFirst(Comparator.naturalOrder())处理可能含null的List<string></string>，别手写(a, b) -> a == null ? -1 : b == null ? 1 : a.compareTo(b) - 对
LocalDateTime排序，别用compareTo方法名当参数，要传Comparator.naturalOrder()或Comparator.reverseOrder() - lambda 中避免调用可能为
null的方法，比如(a, b) -> a.getName().compareTo(b.getName())在a或b为null时直接NullPointerException
Collections.min 的返回值类型和原始集合类型不一致？
返回类型永远是集合的泛型上界，不是具体元素类型。比如 List extends Number> 调用 Collections.min，返回的是 Number，不是 Integer 或 Double —— 即使列表里全是 Integer。
- 想保持具体类型，得用带泛型声明的变量接收：
Integer min = Collections.min(intList);，前提是intList是List<integer></integer> - 如果集合是
List<object></object>，哪怕里面只有String，返回类型也是Object，强制转型要自己担风险 - 泛型通配符会限制推断，
Collections.min(Arrays.asList("a", "b"))返回String，但Collections.min((List extends CharSequence>) Arrays.asList("a"))返回CharSequence
性能和线程安全要注意什么
Collections.min 是纯遍历，时间复杂度 O(n)，没有缓存，每次调用都扫一遍。它不修改原集合，但也不是线程安全的“快照”操作——如果集合正在被其他线程并发修改，结果可能不一致或抛 ConcurrentModificationException。
立即学习“Java免费学习笔记（深入）”；
- 高频调用场景（比如循环内）考虑提前算好并缓存结果，别反复调用
- 不要对
Collections.synchronizedList的结果直接调min，同步只保方法原子性，不保遍历过程；需手动加锁或转成不可变副本再处理 - 大数据量时，比起
Collections.min，用Stream.min并行化未必更快——分支开销和数据分割成本可能抵消收益，实测前先压测
min 这一行。 
