Java Stream连续两次Filter失效问题排查及解决方案

你遇到的核心问题是Stream筛选逻辑与uniquePossibility()的判断逻辑不匹配，或者在Stream收集后到遍历前，Point实例的possibilities集合被意外修改，导致原本符合筛选条件（size为2或3）的元素，在遍历时变成了uniquePossibility()=true（即有效可能性唯一，通常对应size=1），最终触发索引越界异常。

1. 对齐筛选条件与uniquePossibility()的逻辑 #

直接复用uniquePossibility()的判断逻辑，避免手动写size条件时出现偏差。将两次filter合并为一次，确保筛选逻辑完全排除会返回true的Point：

List<Point> filteredPoints = points.stream()
    .filter(p -> {
        int possSize = p.getPossibilities().size();
        // 同时满足：size为2/3 且 不满足唯一可能性
        return (possSize == 2 || possSize == 3) && !p.uniquePossibility();
    })
    .collect(Collectors.toList());

如果uniquePossibility()的实现不是直接判断size（比如是去重后判断唯一），这种方式能确保筛选条件和后续判断的逻辑完全一致，不会出现漏网之鱼。

2. 避免集合状态被意外修改 #

如果getPossibilities()返回的是可变集合，外部线程或后续操作可能修改其内容，导致筛选后状态变化。可以在筛选前生成集合的不可变快照：

List<Point> filteredPoints = points.stream()
    .map(point -> {
        // 生成possibilities的不可变副本，锁定筛选时的状态
        List<Object> fixedPoss = Collections.unmodifiableList(new ArrayList<>(point.getPossibilities()));
        // 若Point允许修改，可创建临时实例持有快照；否则直接修改原实例的possibilities引用
        return new Point(fixedPoss); // 假设Point有对应构造方法
    })
    .filter(p -> (p.getPossibilities().size() == 2 || p.getPossibilities().size() == 3) && !p.uniquePossibility())
    .collect(Collectors.toList());

或者修改Point的getPossibilities()方法，直接返回集合副本：

public List<Object> getPossibilities() {
    return new ArrayList<>(this.possibilities); // 返回副本，避免外部修改内部状态
}

3. 开发阶段验证（可选） #

在收集完List后添加断言，提前发现逻辑漏洞：

assert filteredPoints.stream().noneMatch(Point::uniquePossibility);

开启断言后（JVM参数加-ea），开发阶段就能快速定位不符合预期的元素，避免到运行时才触发异常。

内容的提问来源于stack exchange，提问作者edjmir