predicate.not 是 java 11 新增的 predicate 接口静态方法，用于安全取反非 null 谓词并返回新 predicate 实例，空输入抛 npe，语义清晰且不可替代为即时布尔表达式。
Predicate.not 是 Java 11 新增的静态工具方法，不是类，也不返回新类实例
它只是 Predicate 接口上一个便捷的静态工厂方法，用来安全地对已有谓词取反。很多人误以为它是个“类”或“工具类”，其实它就藏在 Predicate 接口里，调用后返回一个包装了原谓词的新 Predicate 实例。
常见错误现象：NullPointerException —— 如果传入的谓词是 null，Predicate.not(null) 会直接抛出该异常，而不是返回一个“空安全”的取反谓词。
- 只接受非
null的Predicate参数，否则立刻炸 - 内部等价于
p -> !p.test(t)，但做了空检查 - 和手写
p -> !p.test(t)行为一致，但更语义清晰、可读性高 - 不改变原谓词逻辑，也不缓存结果，每次调用都重新执行原
test()
为什么不能用 !predicate.test(x) 替代 Predicate.not(predicate)
能用，但场景不同：前者是“立即求值”，后者是“延迟构造新谓词”。关键区别在于是否需要把“取反后的判断逻辑”作为函数对象传递下去。
使用场景举例：你想把取反后的谓词传给 Stream.filter()、Collection.removeIf() 或自定义高阶函数 —— 这时必须是一个 Predicate 对象，而不能是布尔值。
立即学习“Java免费学习笔记（深入）”；
-
list.removeIf(Predicate.not(Objects::isNull))✅ 合法 -
list.removeIf(!Objects::isNull)❌ 编译不过，语法错误 -
stream.filter(x -> !x.isEmpty())✅ 可行，但不如filter(Predicate.not(String::isEmpty))直观 - 嵌套调用时（如
Predicate.not(Predicate.not(p))），不会优化成原谓词，仍是两层包装
Predicate.not 在链式调用和组合中的表现
它可以和其他 Predicate 方法（如 and、or、negate）混用，但要注意优先级和语义差异。
容易踩的坑：和 negate() 混用时逻辑易混淆。negate() 是实例方法，作用于当前谓词；Predicate.not() 是静态方法，作用于传入谓词 —— 功能相同，但调用方式不同，混用容易写出冗余或反直觉代码。
-
p.negate().and(q)和Predicate.not(p).and(q)效果完全一样 - 推荐统一风格：如果已有一个谓词变量
p，优先用p.negate()；如果是字面量或临时表达式（如Objects::nonNull），用Predicate.not(Objects::nonNull) - 连续两次取反不会被 JVM 优化掉，仍保留两层函数调用开销（虽微小，但存在）
- 和
and/or组合时，注意短路行为不变：取反本身不改变底层谓词的执行时机
Java 8 兼容方案：没有 Predicate.not 怎么办
Java 8 没有这个方法，但不需要引入第三方库。最稳妥的方式是自己封装一个静态工具方法，或直接用 lambda 包装。
性能影响几乎为零，但要注意：手写的工具方法若没做空检查，就失去了 Predicate.not 的健壮性保障。
- 兼容写法：
private static <t> Predicate<t> not(Predicate<t> p) { return p.negate(); }</t></t></t> - 更贴近原意的写法：
private static <t> Predicate<t> not(Predicate<t> p) { Objects.requireNonNull(p); return t -> !p.test(t); }</t></t></t> - 避免直接写
t -> !p.test(t)并到处复制，容易漏空检查 - 不要用 Apache Commons Lang 的
Predicates.not()，它操作的是org.apache.commons.collections4.Predicate，类型不兼容
test() 是否处理 null 输入，完全取决于你传进去的那个谓词本身。 
