在JPA惰性列表上流

显然，您是指此问题。这些使用从实际实现（此处

Vector

）继承的反模式的懒惰列表无法适应基类的发展。请注意，取决于如何实现反模式，有两种可能的结果

• 如果延迟填充的列表在第一次使用时填充自身（继承状态的术语），则在首次访问触发器属性后，新的继承方法将开始工作
• 但是，如果列表覆盖了所有访问器方法以强制委派给另一个实现，而又不更新基类的状态，则即使已填充列表（从列表中填充），未被覆盖的基类的方法也将永远无法开始工作。子类的观点）

显然，第二种情况适用于您。触发列表填充不会使继承的

forEach

方法起作用。请注意，此处通过配置关闭惰性填充可能是更简单的解决方案。

---

对我而言，最干净的解决方案是，如果现在

IndirectList

继承

AbstractList

Collection Collection
API并遵循Collection
API标准，则将近二十年

Vector

（我应该提一下JPA实际上是多少？）。不幸的是，开发人员并没有走这条路。相反，通过创建另一个从该类继承的类来最大化反模式，该类已经从非继承设计类继承而来。该类重写Java
8中引入的方法，并且可能在下一Java版本中获得另一个子类。

因此，好消息是，开发者希望每一个

List

是一个

Vector

没有拿定主意，但坏消息是这是行不通的，因为有时候，你会不会使用JPA
2.6得到扩展的Java 8特定版本。但显然，JPA 2.7可以使用。

因此，您可以得出一些替代解决方案：

• 关闭懒惰的人群
• 坚持使用Java 7
• 等待JPA 2.7
• 刚才复制的集合，例如
  

  List<ElementParameter> workList=new ArrayList<>(elementParameters);

  
  这

  workList

  将支持所有采集与流操作