Jakarta ee 如何以内存高效的方式使用CDI@ConversationScope

目前，我正在试验CDI@ConversationScoped bean

在监视内存使用情况时，我发现对于一个包含两个800+对象集合和其他少数对象的bean，它占用了超过60MB的会话空间

我知道，它必须保持整个视图状态和会话上下文中的变化，但占用这么大的内存确实让我感到惊讶

---

是否有我可能缺少的东西或任何使bean更高效的方法。

“一个包含两个800多个对象集合的bean”首先是错误的。CDI对这样的实现无能为力。你最好后退一步，看看例如分页/过滤、JPA二级缓存等。哇，来自BalusC的评论，对我来说真是幸运的一天。我正在研究分页/筛选。有一点JPAL2CacheBean的工作经验，应该只保存呈现给最终用户绝对必要的数据。例如，如果您在一个（分页的）HTML表中显示它，那么只需在bean中加载并保存当前页面的记录。通常只有10张、25张或50张脸？那就更容易了。它支持

LazyDataModel

开箱即用：在重写的

load（）

方法中，只需根据通过

load（）

参数提供的偏移量/限制/排序/过滤准确加载记录即可。应该注意的是，他们的示例有点令人困惑，因为“静态”列表用于演示目的（即非基于数据库），然后他们

子列表（）

，但您应该忽略该部分。其中哪一部分最有用？或者，“一个包含两个800多个对象集合的bean”首先是错误的。CDI对这样的实现无能为力。你最好后退一步，看看例如分页/过滤、JPA二级缓存等。哇，来自BalusC的评论，对我来说真是幸运的一天。我正在研究分页/筛选。有一点JPAL2CacheBean的工作经验，应该只保存呈现给最终用户绝对必要的数据。例如，如果您在一个（分页的）HTML表中显示它，那么只需在bean中加载并保存当前页面的记录。通常只有10张、25张或50张脸？那就更容易了。它支持

LazyDataModel

开箱即用：在重写的

load（）

方法中，只需根据通过

load（）

参数提供的偏移量/限制/排序/过滤准确加载记录即可。应该注意的是，他们的示例有点令人困惑，因为“静态”列表用于演示目的（即非基于数据库），然后他们

子列表（）

，但您应该忽略该部分。其中哪一部分最有用？或