JSF2.0中的managed bean生命周期

对JSF2的托管Bean几种托管周期的总结，比较简洁，转一份放这儿参考。类似此类问题，只有结合实际例子分析才好理解。

转自 http://blog.csdn.net/suncaishen/article/details/6183194

@RequestScoped(默认生命周期)

为每一次request请求，new一个实体

 在实际应用中此周期也为form中的input进行初始化。即：他会被实例化两次1，表单form被展现时。2，表单被提交时

 其实可以简单的理解为它生存在 request域里。我发现 commandButton是forword不是redirect的。地址栏没有发生变化。

比如在a.jsf 提交表单地址栏不会变但是页面是b的页面，如果此时又要提交表单 action 就会到下一个页面c，但是地址栏是b的。

 是意味着本表单页面的bean如果是requestScope则下个页面也会取到，地址栏没变就意味着没有重定向，没有销毁request。

 

@SessionScoped

顾名思义就是和session一样的生命周期，不过注意此时managed bean必须被序列化implements Serializable

 

@ApplicationScoped

不想多说，注意两点1，数据安全，即不想被公布的数据不要放入此域。2，注意线程同步的问题（因为可能会有很多用户同时操作）。

 

@ViewScoped(jsf2.0新增的域)

官方解释是：同一用户，相同的页面，相同的bean数据。即我的view视图没变我的bean就在。同样需要被序列化implements Serializable

常应用于 event handlers 或者 ajax中。每次even发生被捕获了，的确是刷新了页面，但是在默认scoped情况下数据也被保留了下来，ajax更不用说了，我真的不知道viewScoped到底有什么用。

哦！我发现原因了，

jsf2.0有两种listeners。

1，actionListener ，(buttons,hypertext links,image maps)

自动提交表单

2，valueChangeListener,(radio button，comboboxe，list boxes,checkboxes,textfields)

οnclick="submit()" 或者οnchange="submit()"才可以提交form

关于属性immediate的作用还是不太清楚。好像是跳过验证直接提交。

（关于此处的疑问已于下一章“JSF2.0中的managed bean生命周期（补充）”中得到初步理解解决）                                                                                

@CustomScoped（value="#{someMap}"）   （jsf2.0新增的域）

bean被存在Map，由程序来控制其生命周期

 

@NoneScoped

不存放在域中，即不可被JSF el直接访问。此时bean只是作为其它bean的一部分，被注入对象。

JSF2.0中的managed bean生命周期（补充）

我们为什么要讨论managed bean的生命周期呢？

原因在于JSF2.0中的data即数据，都是从managed bean中取出来和放进去的。

managed bean的生命周期即此bean可以生存多久，bean上的数据可以保存多久。

关于数据保存有两种方式

一，控制 managed bean的生命周期，使bean活着，数据不丢失。

二，是每次提交数据 和 事件listener被触发的时候，表单<h:form></h:form>中的数据都会提交到bean生成managed bean

这样给人一种错觉，好像之前的bean还活着因为数据还在呀！其实不然，是new了新的bean只不过数据被重新注入了，给人的错觉就像还在使用原来的bean一样。你可以看到没有被<h:form></h:form>包括的范围内的bean的数据，bean的数据都初始化了。

这也是@ViewScoped诞生的原因，当然你也可以通过 把需要的数据全都放到<h:form></h:form>中来替代@ViewScoped