1. 直到在什么时间点不JSF UI保存组件的状态在服务器端和什么时候被删除的UI组件的状态信息从服务器内存？当应用程序中的登录用户浏览页面时,组件的状态是否会继续在服务器上累积？

2. 我不明白在服务器上保持UI组件状态有什么好处？是不是直接将经过验证/转换的数据传递给托管bean？我可以或者应该尽量避免它吗？

3. 如果有数千个并发用户会话,那么在服务器端是否会消耗太多内存？我有一个应用程序,用户可以在某些主题上发布博客.这个博客的规模非常大.当有回复或请求查看博客时,这些大页面数据是否会被保存为组件状态的一部分？ 这会耗费太多记忆.这不是一个问题吗？

更新1:

现在,在使用JSF时不再需要保存状态.可以使用高性能无状态JSF实现.有关详细信息和讨论,请参阅此博客和此问题.此外,JSF规范中还包含一个未解决的问题,即为JSF提供无状态模式的选项.(PS考虑的问题投票这个和这个,如果这对你是一个非常有用的功能.)

更新2(24-02-2013):

一个好消息,Mojarra 2.1.19是无状态模式!

看这里:

http://weblogs.java.net/blog/mriem/archive/2013/02/08/jsf-going-stateless?force=255

http://java.net/jira/browse/JAVASERVERFACES-2731

http://balusc.blogspot.de/2013/02/stateless-jsf.html

我是JSF的新手并且正在阅读像这样的一些堆栈答案,我面对视图构建时间的概念.考虑JSF生命周期方案:

如您所见,没有称为视图构建时间的阶段.也许它意味着与恢复视图阶段相同？来自JavaEE教程

在此阶段,JavaServer Faces实现构建页面视图[...]

我将从MS和ASP.NET进入Java世界,并在Java中寻找类似于基于ASP.NET组件的HTML框架.在审查了互联网上的大量链接之后,看起来JSF2(与facelets)是最匹配的(顺便说一下这是真的吗？还是有其他更好的选择？).

我在评估期间遇到的问题是正确使用JSF的视图状态.我的最终使用场景将是一个集群的WEB服务器,我不会有任何会话/服务器存储的对象,我不会使用网络带宽进行虚拟视图状态(请参阅另一个人在这里有点相关的问题JSF调整) .

我拿了一些JSF2教程并在设置了javax.faces.STATE_SAVING_METHOD = client后将ViewState生成为440个字符的HTML(omygod,页面只包含1个虚拟文本输入和1个提交按钮).在"POST on submit"中,我确实只需要来自文本输入的文本(10个字符)而不是虚拟视图状态(440个字符).

所以问题是 - 是否可以在JSF2中禁用视图状态？

相关链接:

• ASP.NET中的用例 - "禁用页面的视图状态":http:
  //www.ironspeed.com/articles/Disable%20View%20State%20for%20a%20Page/Article.aspx

• stackoverflow上没有帮助的答案:
  如何在JSF中减少javax.faces.ViewState

更新:相关链接(来自以下评论):

• JSF 2.0部分状态保存似乎不起作用

• "无国籍的JSF":http://industrieit.com/blog/2011/11/stateless-jsf-high-performance-zero-per-request-memory-overhead