anymatch()是stream接口方法，list需先调用stream()转换；用于判断是否存在元素满足条件，具短路特性，但须注意null安全、避免副作用。
anyMatch() 用在 List 上必须先转成 Stream
直接对 List 调用 anyMatch() 会编译报错，因为它是 Stream 接口的方法。得先用 stream() 获取流，再链式调用：
- 错误写法：
users.anyMatch(...)——List没这个方法 - 正确写法：
users.stream().anyMatch(...) - 如果
User类有个getName()方法，判断名字含 "VIP" 就是：users.stream().anyMatch(u -> u.getName().contains("VIP"))
字符串匹配要注意 null 安全
一旦某个 User 对象或其 getName() 返回 null，.contains("VIP") 就抛 NullPointerException。不能只依赖 anyMatch 的短路特性来“绕过”空值。
- 推荐写法：
users.stream().anyMatch(u -> u != null && u.getName() != null && u.getName().contains("VIP")) - 更简洁的替代：
Objects.nonNull(u) && Objects.nonNull(u.getName()) && u.getName().contains("VIP")（需静态导入java.util.Objects） - 如果业务上
User不可能为null，但name可能为空，可改用Optional.ofNullable(u.getName()).map(n -> n.contains("VIP")).orElse(false)，不过略重，一般没必要
性能和语义：anyMatch 比 for 循环快吗？
不快，也不慢——它和传统 for 循环一样是「找到第一个就返回」，时间复杂度都是 O(n) 最坏、O(1) 最好。区别只在可读性和函数式风格。
-
anyMatch是短路操作，不会遍历整个列表，这点和手写break的循环一致 - 如果列表很大且匹配项靠前，两者性能几乎无差别；JVM 对简单流管道优化得很好
- 但若要复用逻辑（比如同时查 VIP 和 ADMIN），建议提取成
Predicate<user></user>变量，避免重复写 lambda
别在 anyMatch 里做副作用操作
有人会把日志、计数器更新塞进 lambda 里，比如：anyMatch(u -> { log.info("checking: " + u); return u.getName().contains("VIP"); })。这很危险。
-
anyMatch是声明式操作，JVM 或未来 Stream 实现理论上可以并行或重排执行顺序 - 日志可能漏打，或打多次（尤其用了
parallelStream()） - 真正需要调试时，用
peek()更合适：users.stream().peek(u -> log.debug("checking: {}", u)).anyMatch(...)
anyMatch 就是个干净利落的判断工具。
