Collectors.maxBy()不能直接用于groupBy后的value，因其返回Optional而非Collector；正确写法是groupingBy(key, mapping(Function.identity(), maxBy(comparator)))，结果为Map<K, Optional<V>>，需处理空值。
Collectors.maxBy() 为什么不能直接用在 groupBy 后的 value 上
因为 Collectors.groupingBy() 默认返回 Map<k list>></k>，而 maxBy() 接收的是 Comparator 并返回 Optional<v></v> —— 它本身不是个「下游收集器」，不能直接塞进 groupingBy 的第二个参数里。硬写 groupingBy(key, maxBy(comparator)) 会编译报错：no instance(s) of type variable(s) T exist so that Optional<t> conforms to Collector super T, ?, ?></t>。
正确写法：用 groupingBy + mapping + maxBy 组合
必须把 maxBy() 包一层 Collectors.mapping()，把它转成合法的下游收集器。核心链路是：groupingBy(key, mapping(fn, maxBy(comparator)))。
-
mapping()的第一个参数是函数，用于从每个元素中提取可用于比较的值（比如Person::getAge），但注意：这里其实常直接传Function.identity()，因为我们想保留原对象做极值判断 - 所以更常见的写法是：
groupingBy(Person::getDepartment, mapping(Function.identity(), maxBy(Comparator.comparing(Person::getSalary)))) - 结果类型是
Map<string optional>></string>，不是Map<string person></string>—— 这点容易漏判空，后续取值必须先orElse(null)或orElseThrow()
遇到空组或全 null 元素时 maxBy 返回 Optional.empty()
只要某一分组内没有元素（比如过滤后为空），或所有元素在比较字段上为 null（如 getSalary() 返回 null），maxBy() 就返回 Optional.empty()。这和 Collectors.max() 行为一致，但不像 reducing() 那样能设默认值。
- 如果业务上不允许空结果，得在外层做 fallback：比如用
collectingAndThen(maxBy(...), opt -> opt.orElse(defaultPerson)) - 若比较字段可能为
null，务必用Comparator.nullsLast(Comparator.comparing(...))，否则抛NullPointerException - 别用
get()强解包，线上环境遇到空组会直接NoSuchElementException
性能与可读性权衡：maxBy vs 自定义 reducing
maxBy() 底层是单次遍历 + 比较，时间复杂度 O(n)，和手写 reducing 一样高效。但它生成的是 Optional，而有些场景（比如 Web API 返回值）要避免嵌套 Optional。
- 替代方案：
reducing(null, Function.identity(), (a, b) -> a == null || (b != null && comparator.compare(a, b) —— 更啰嗦，但返回 <code>Person而非Optional<person></person> - 如果分组量大（万级 key）、每组数据少，
maxBy的函数对象创建开销可忽略；但若每组只有一两个元素，其实用stream().max()手动展开反而更直观 - 多人协作时，
maxBy更易被识别为「找最大值」意图，比自定义reducing逻辑更安全
Optional 和 null 比较——这两处一旦在线上触发，错误日志里只显示 NoSuchElementException 或 NullPointerException，根本看不出源头在分组汇总环节。 
