JSF2.0中的managed bean生命周期

@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)

onclick="submit()" 或者onchange="submit()"才可以提交form

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

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

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

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

@NoneScoped

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