更新二: 好的，我设法缩小了一点。
我有一个页面，其中包含一个具有排序和过滤功能的数据表，两者都发生在数据库中。换句话说，我不使用我使用的 rich:datatable 的嵌入式功能，而是让 DB 来完成工作。
我使用request-scoped beans。唯一的 session 范围的 bean 包含我的界面的排序和过滤。
每列的过滤绑定(bind)到特定的 session bean 字段。因此，它实际上是在更新模型值阶段更新的。
排序需要我这部分的一些逻辑，所以我调用某种方法来为 session bean 设置正确的值。这是在调用应用程序阶段执行的。
因此，任何更改都发生在呈现响应阶段，也就是页面实际呈现的阶段。
问题是我页面中的 JSF 数据表和数据滚动器调用了从数据库和 dataModel.getRowCount() 获取数据的 backingBean.getDataModel() (我已经实现以调用运行单独查询的方法)也是在应用请求值阶段。这两个查询也发生在呈现响应阶段，这是唯一一个所有更改都已到位且查询将正常运行的阶段。
这意味着要在我执行过滤或排序后显示一个页面，会发生双倍数量的查询。
我只想执行排序和过滤，只执行所需的查询，而不是更多。
有什么建议吗？
最佳答案
应用请求值阶段的 getter 调用是强制性的，因为 JSF 需要知道最初显示了哪些输入值，以便它最终可以在适用的下一阶段进行任何验证和/或调用任何 valuechangelisteners。还必须找出在任何行中按下/单击了哪个按钮/链接，以便它知道在调用操作阶段调用哪个 bean 操作。
但是，如果您没有任何要验证/值更改检查的输入字段，也没有任何行中的任何按钮/链接，那么我可以想象应用请求值阶段的查询完全在您的眼中多余的。
不幸的是，您无法完全禁用它。从技术上讲，唯一的办法是将数据 bean 放在 session 范围内，并仅在 bean 的构造函数和 bean 操作方法中执行昂贵的 SQL 查询(和数据模型的刷新)，以便它仅在 bean 的过程中被调用构造(对于第一个 View )和 bean 的操作方法期间(在新的排序/过滤器/任何请求期间)。然而，缺点是数据模型中的任何更改都会反射(reflect)在最终用户在同一 session 中打开的所有窗口/选项卡中，这可能会导致“wtf？”最终用户的体验。
现在，Tomahawk 是第一个在 preserveDataModel 风格上有很好解决方法的工具。 <t:dataTable> 的属性，它基本上将数据模型放在特定于请求的组件树中(这又已经存储在 session 范围或客户端的隐藏输入字段中，具体取决于您如何配置 View 状态的存储位置)配置)。 RichFaces 没有这样的直接解决方案，但是 <a4j:keepAlive>做的基本一样。它只会影响“整个”bean，因此如果您的数据 bean 包含的不仅仅是数据模型，您可能会考虑重构它。您应该记住将 bean 设计为 session 范围的 bean。
如果数据模型变大，那么我可以想象这会影响服务器内存，但如果您只将数据模型的可查看部分存储在内存中(并且因此不是整个数据模型，包括所有其他页面)。查看它是否超过在单个 HTTP 请求期间触发双重 SQL 查询的成本。
希望这对您有所帮助。
关于java - 请求作用域的 bean 和数据模型初始化？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/2343493/