Stream.max() 遇 null 必抛 NullPointerException，必须用 Comparator.nullsLast() 包裹原始比较器；nullsLast 将 null 视为最大值，返回 Optional 可能含 null，需二次校验。
Stream.max() 遇到 null 会直接抛 NullPointerException
只要流中任意一个元素为 null，且你传入的 Comparator 没有显式处理 null，Stream.max() 就会在比较时触发空指针。这不是“可能出错”，而是确定性崩溃——哪怕只有一个 null，且它没被选为最大值，也会在内部遍历比较过程中被拉出来参与比较。
必须用 Comparator.nullsLast() 包一层原始比较器
Comparator.nullsLast() 不是独立的排序逻辑，它只是给已有比较器加个“兜底策略”：把 null 当作比所有非空值都大的元素。所以它必须套在真实比较逻辑外面，比如：
Stream.of("a", null, "z")
.max(Comparator.nullsLast(String::compareTo))
// 返回 Optional["z"]
- 不能写成
Comparator.nullsLast(Comparator.naturalOrder())—— 这在字符串场景下也行，但语义冗余；String::compareTo更直接 - 如果比较的是自定义对象，确保你的方法引用或 lambda 能处理非空实例，例如
MyObj::getTimestamp，且该 getter 不返回null（否则嵌套空值仍会崩） -
nullsLast和nullsFirst是互斥策略，别混用；选哪个取决于业务含义——“空值排最后”通常对应“未知数据不参与竞争最大值”
注意 Optional 的空值语义和原始流空值是两回事
Stream.max() 返回 Optional<t></t>，它的 empty 状态只表示流本身为空（0 个元素），不是因为里面有 null。也就是说：
- 流含
null+ 其他值 → 只要Comparator.nullsLast正确包裹，返回非空Optional，值是合法最大元 - 流只有
null一个元素 →max返回Optional[null]（因为null被当作“最大”） - 流为空 →
Optional.empty()，和null无关
所以判断结果时，别误以为 optional.isEmpty() 是在检测原始数据里的 null。
性能上无额外开销，但要注意链式调用中的 comparator 复用
Comparator.nullsLast() 返回的是一个新 comparator 实例，每次调用都新建对象。如果在循环或高频路径里反复写 Comparator.nullsLast(xxx)，建议提前静态缓存：
private static final Comparator<String> NULLS_LAST_STR =
Comparator.nullsLast(String::compareTo);
- 避免重复构造 comparator，尤其当 xxx 是较重的 lambda 或方法引用时
- 不要把
nullsLast套在已处理null的 comparator 外面（比如套在Comparator.nullsFirst(...)外），行为不可预测 - 对基本类型包装类（如
Integer），用Integer::compareTo即可，它本身不接受null，所以仍需nullsLast托底
最常被忽略的是：null 值本身可能成为 max 结果。如果你的业务不允许返回 null，得在 orElse 或 orElseThrow 阶段二次过滤，而不是指望 nullsLast 把它藏起来。
