java - .forEach 和 .sort 不起作用，不能在 block 中设置断点

Question

我正在使用 Java 8(内部版本 1.8.0_25)和 Netbeans 8.0.2，并将 Java 8 的一些功能整合到现有应用程序中。排序和 .forEach 不起作用，所以我创建了一些测试代码以确保我理解 lambda 等并诊断问题。下面是新代码以及与我系统中的数据进行交互的代码的组合:

  public void test(Registration reg) {
/* new code */
    List<String> family = new ArrayList<>();
    family.add("Mom");
    family.add("Dad");
    family.add("Brother");
    family.add("Sister");

    family.forEach(p -> System.out.println(p));

    Collections.sort(family, (p1,p2) -> {
        System.out.println(p1 + " <==> "+ p2);
        return p1.compareToIgnoreCase(p2);
            });

    family.forEach(p -> System.out.println(p));

/* code to test with my system data */
    List<RegistrationItem> item = new ArrayList<>();
    List<RegistrationItem> regI = reg.getRegistrationItem();

    regI.forEach(p -> {
        System.out.println(p.toString());
        item.add(p);
            });

    Collections.sort(regI, (r1,r2) -> {
        System.out.println(r1.toString() + r2.toString());
        return r1.getId().compareTo(r2.getId());
    });

    for (RegistrationItem r : regI) {
            item.add(r);
    }
}

Registration 是一个反射(reflect)事件数据的 POJO，它包括一个 RegistrationItem(s) 列表，这是另一个 POJO 的细节。在此测试中，列表大小为 4。

标有新代码的部分工作得很好。它打印出列表，在排序时打印，然后打印排序后的列表。我还可以在我期望的那种 block 内设置断点。

使用现有代码是另一回事。 .forEach 和 .sort 不起作用，我无法在 java 8 block 中设置断点。调试器步进代码，但它似乎没有执行。当我进入 for 循环时，“item”的大小仍然为 0。外观只是证明可以移动数据，这按预期工作并导致大小为 4。

如有任何帮助，我们将不胜感激。

---

抱歉我可能没说清楚。这只是测试代码，展示了自从更改为 Java 8 以来我在许多地方遇到的问题。比较器更改为 lambda，for 循环更改为 .forEach，但没有一个工作正常。此代码仅用于此发布。

在示例中，我已验证 reg 已正确传递给测试方法。它结构正确，regI 的大小为 4，对象结构正确。

• 新的数组列表“item”只是为.forEach 测试提供一个简单的容器
• .forEach 是用一段代码进行测试并设置断点。它不起作用。
• .sort 旨在对同一容器中的列表重新排序。我没有使用流，因为我不想移动它。没用
• for 循环是为了证明列表具有有效数据以及 .forEach 的意图应该起作用的旧时尚方式。它确实按预期工作

我假设我的环境或这段代码有问题，但我无法自行识别。

在使用 Holger 和 Stuart Marks 建议的方法进行测试后，很明显这与 IndirectList 和覆盖相关的问题相同。我的 JRE 和 JDK 都是 Java 8，我已经升级到 EclipseLink 2.5.2。我已经证明问题在 100% 的情况下会发生在比较器、Collections.sort 与 lambda 和 .forEach 中。这似乎是一个非常普遍的问题，令我感到惊讶的是，除我之外，另一个问题没有引起比 1 个上升更多的关注。

Answer 1

此问题的根本原因是在 EclipseLink JPA 的 IndirectList 类中使用了有缺陷的实现模式。 ( doc , source ) 此问题出现在 2.5 版本系列中；它也可能出现在其他版本中。

问题在于此类子类 Vector 并且有对Vector 实例的引用。它试图通过覆盖 Vector 的所有方法来将所有方法调用委托(delegate)给该实例。只要没有向 Vector 添加新方法，就可以正常工作。

这发生在 Java 8 中。

Java 8 向 Collection、Iterable 和 List 接口(interface)添加了几个新的默认方法，包括:

• forEach
• 并行流
• removeIf
• replaceAll
• 排序
• 拆分器
• 流

通常，添加默认方法是安全的，因为它们必须根据其他现有方法来实现。但是，出于效率原因，实现类以覆盖默认方法通常是个好主意。 Java 8 Vector 实现添加了对这些默认方法的多个覆盖。如果您有一个实际 Vector 类的实例，这些方法就可以正常工作。 IndirectList 类不会覆盖这些方法，因此它尝试设置的委托(delegate)路径对这些方法不起作用。相反，使用普通的 Vector 实现。不幸的是，IndirectList 方法不会使父类(super class)状态保持最新，因此这些方法的 Vector 实现都表现得像 Vector是空的。

Vector 覆盖 forEach、removeIf、replaceAll、sort 和 拆分器。 parallelStream 和 stream 默认方法是根据 spliterator 实现的，所以它们也会发生同样的事情。本质上，如果在从 EclipseLink JPA 检索到的 IndirectList 实现上使用集合的新默认方法，它们都不会起作用。

请注意，Collections.sort(indirectList) 也会出现此问题。该方法只是调用了 indirectList.sort() 方法，因此它遇到的问题与上述完全相同。

此问题的一些潜在解决方法列在 this answer 中.

有关 EclipseLink 状态的更多信息，请参阅 EclipseLink JPA 错误 433075和 446236 .

有关此实现模式的陷阱的更多信息，请参阅 Joshua Bloch 的书Effective Java，第二版，第 16 项:优先考虑组合而不是继承。