Predicate 是 Java 8 的函数式接口，封装可复用、可传递、可组合的布尔逻辑；相比散落各处的 if-else，它提升可维护性、可读性与灵活性，并支持 and/or/negate 组合及 Stream/filter 等函数式操作。
Predicate 是什么，为什么不用 if-else 写判断
Predicate 是 Java 8 引入的函数式接口，只定义了一个抽象方法 test(T t)，返回 boolean。它本质是「可复用、可传递、可组合」的布尔逻辑封装工具。直接写 if (user.getAge() > 18 && user.isActive()) 没问题，但一旦这个条件要复用在过滤、校验、策略分支多个地方，就容易散落各处、改一处漏一处。用 Predicate 把它抽成变量或方法，逻辑集中、命名自解释、还能用 and()/or()/negate() 拼接。
如何定义和复用 Predicate 实例
最常用方式是用 Lambda 表达式直接构造，也可以用静态方法引用或私有方法封装：
Predicate<User> isAdult = u -> u != null && u.getAge() >= 18; Predicate<User> isActive = u -> u != null && u.isActive(); // 组合使用 Predicate<User> isEligible = isAdult.and(isActive); List<User> eligibleUsers = users.stream().filter(isEligible).collect(Collectors.toList());
- 注意判空：Lambda 里手动加
u != null，否则传入null会抛NullPointerException - 不要在
test()里做耗时操作（如查库、IO），Predicate语义上应是纯判断 - 如果逻辑复杂，建议提取为私有方法，再用方法引用：
Predicate<user> isVIP = this::checkVIPStatus</user>
Predicate 在 Stream.filter 和 Collection.removeIf 中的实际差异
两者都接受 Predicate，但行为完全不同：
-
stream().filter(p)返回新集合（惰性求值），原集合不变 -
collection.removeIf(p)直接修改原集合，移除所有test()返回true的元素 -
removeIf内部其实也是遍历 + 判断，但不经过 Stream 管道，性能略高，且无需收集结果
常见误用：把 removeIf 当成「筛选出满足条件的元素」——它干的是反向操作，名字已说明：「移除满足条件的」。
立即学习“Java免费学习笔记（深入）”；
嵌套 Predicate 或需要捕获异常时怎么处理
Predicate.test() 方法签名不允许抛受检异常（throws Exception），所以像「判断文件是否存在」这类可能抛 IOException 的逻辑不能直接塞进去：
// ❌ 编译错误：Lambda 无法抛出受检异常
Predicate<Path> exists = p -> Files.exists(p); // Files.exists 不抛异常，OK
Predicate<Path> isReadable = p -> Files.isReadable(p); // 同样 OK
// ✅ 但如果是自定义方法：
boolean checkSize(Path p) throws IOException { ... }
// 就不能直接写 p -> checkSize(p)，得包装
Predicate<Path> isLarge = p -> {
try {
return checkSize(p);
} catch (IOException e) {
return false; // 或记录日志后 rethrow RuntimeException
}
};
- Java 标准 API 中多数
Files.*工具方法已设计为不抛受检异常，优先用它们 - 若必须调用抛受检异常的方法，只能用 try-catch 吞掉或转为运行时异常
- 别试图用
Function<t boolean></t>替代 —— 语义错位，且无法和Stream.filter等 API 对接
真正难的不是写对一个 Predicate，而是想清楚「这个判断是否该独立成契约」「要不要支持 null 安全」「组合时短路逻辑是否符合预期」——这些比语法细节更容易导致线上逻辑偏差。
