Comparator.comparing() 更快因Java 8+对其做了内联优化且避免装箱/拆箱与溢出；应优先用comparingInt/comparingLong，预计算耗时操作，复用无状态Comparator，用nullsFirst/nullsLast处理空值，链式thenComparing实现多字段安全排序。
直接用 Comparator.comparing() 配合方法引用，比手写匿名类快且不易出错；但若字段为 null 或涉及多级比较，不加防护会抛 NullPointerException 或逻辑错乱。
为什么 Comparator.comparing() 比手写 compare() 更快
Java 8+ 对 comparing() 系列静态方法做了内联优化，字节码更紧凑；而匿名类或 Lambda 中手动写 a.field - b.field 会触发装箱/拆箱（如 Integer），还可能绕过自然排序契约（比如溢出）。
- 优先用
Comparator.comparingInt()/comparingLong()替代comparing()处理基本类型包装类 - 避免在 Lambda 参数里调用耗时方法（如
comparing(x -> x.getDisplayName().toLowerCase())），应预计算或用thenComparing()分离 -
comparing()返回的 Comparator 是无状态的，可安全复用（例如定义为public static final）
null 值处理：别等它崩给你看
默认的 comparing() 遇到任意参数为 null 就抛 NullPointerException。真实业务数据几乎不可能保证字段非空。
- 用
Comparator.nullsFirst(Comparator.naturalOrder())或nullsLast()包一层 - 对字符串等常用类型，直接用
Comparator.nullsLast(String::compareTo) - 如果字段本身是 Optional，别解包再比较——改用
comparing(Optional::orElse, nullsLast(naturalOrder()))
多字段排序：链式调用比嵌套 if 更稳
手写 compare() 里用 if (a.x != b.x) return Integer.compare(a.x,b.x); else if (a.y != b.y) ... 容易漏 null 判断、符号反向、或整数溢出。
- 用
comparing(...).thenComparing(...).thenComparing(...)清晰表达优先级 - 每个
thenComparing()可独立指定null策略，比如.thenComparing(nullsLast(comparingInt(User::getAge))) - 需要倒序？直接接
.reversed()，别在 lambda 里写b.age - a.age—— 这会溢出且语义模糊
最常被忽略的是：当排序字段来自 getter 方法而非 public 字段时，JVM 无法完全内联该调用，性能差距会随数据量放大；如果排序高频且字段稳定，考虑把关键字段缓存为 final 成员并直接引用。
