用 Stream.allMatch() 判断“全部及格”正确简洁，但需先判分数非 null 再比较（如 s.getScore() != null && s.getScore() >= 60），空集合返回 true 符合业务预期，避免 NPE 和误用 anyMatch()。
直接说结论：用 Stream.allMatch() 判断是否“全部及格”是正确且简洁的做法，但必须确保 Student 对象的分数字段非 null，且及格逻辑（比如 ≥60）写在谓词里，否则会误判或抛 NullPointerException。
为什么 allMatch() 适合判断“全部及格”
它语义清晰：只要遇到一个不满足条件的元素就立即返回 false，不用遍历完；和“所有学生都及格”这个业务意图完全对齐。比手写 for 循环或先 filter().count() 更安全、更高效。
常见错误现象：
– 用 anyMatch() 反向判断（比如 “不存在不及格的”），逻辑绕且易错
– 忘记处理 null 分数，导致运行时报 NullPointerException
- 及格标准必须显式定义，比如
s -> s.getScore() != null && s.getScore() >= 60 - 如果
getScore()返回Integer，不能直接用>= 60（自动拆箱失败时崩溃） - 集合为空时，
allMatch()返回true（数学上“空集满足任意全称命题”），这符合多数业务预期——“没人挂科”也算“全部及格”
实际写法：带 null 安全的谓词
假设 Student 类有 Integer getScore() 方法：
立即学习“Java免费学习笔记（深入）”；
boolean allPassed = students.stream()
.allMatch(s -> s.getScore() != null && s.getScore() >= 60);
关键点：
– 先判 s.getScore() != null，再做比较，避免 NPE
– 不要用 Objects.nonNull(s.getScore()) && ...，多一次方法调用，无必要
– 如果及格线是动态的（如从配置读取），提取为变量，别硬编码 60
和 anyMatch() / noneMatch() 的误用对比
有人会想：“只要没找到不及格的，就算全及格”，于是写：
boolean allPassed = !students.stream().anyMatch(s -> s.getScore() == null || s.getScore() < 60);
这看似等价，但有两个隐患：
– 多一次遍历（anyMatch() 要走一遍，而 allMatch() 在第一个不及格处就停）
– 逻辑双重否定，可读性差，维护时容易看漏取反
– 若后续加日志或副作用（比如统计不及格人数），allMatch() 更容易扩展
真正该用 noneMatch() 的场景是“确认无人违规”，比如 noneMatch(s -> s.getStatus() == SUSPENDED)，和“全部及格”不是同一抽象层级。
容易被忽略的边界：空集合和 Optional 包装
如果数据源是 Optional<list>></list>，别直接链式调用：
// ❌ 错误：studentsOpt 可能为空，map 内部 stream 会 NPE
boolean allPassed = studentsOpt.map(list -> list.stream().allMatch(...)).orElse(false);
// ✅ 正确：先 orElse(Collections.emptyList())
boolean allPassed = studentsOpt
.map(List::stream)
.orElseGet(Stream::empty)
.allMatch(s -> s.getScore() != null && s.getScore() >= 60);
空集合本身没问题，但嵌套容器（Optional、Map.values() 可能为 null）才是高频翻车点。别依赖 IDE 自动补全的链式写法，手动控制空值流。
