标准JSF的生命周期

JavaServer Faces (JSF) 是一种用于构建Java Web 应用程序的标准框架。它提供了一种以组件为中心的用户界面（UI）构建方法，从而简化了Java服务器端应用程序的开发。它的生命周期主要分为如下几个阶段：

1）恢复视图(Restore Veiw)

视图表示组成特定页面的所有组件。它被保存在 客户端（通常存储在隐藏字段中）或服务器中（通常在会话中）。根据请求访问的视图ID(页面地址),重建JSF 组件DOM树。如果JSF页面是第一次访问，也即是视图ID在内存中没没有存根，那么JSF会在内存中构建JSF组件的DOM树。恢复视图也确保了组件的值，与树中的组件相关联的事件监听器、验证器或者转换器，都被恢复。

2）应用请求值(Apply Request Values)

JSF组件获取请求中的属于自己的值,包括Local值,和submit值.同时处理转换,转换成功,更新local值(submit转换结果)，当然过程没有那么简单，JSF处理器有自己的一套解码过程。

3）执行验证

在处理验证阶段，JSF遍历组件树并检查每个组件，看是否每个组件的被提交值都可以接受。验证发生前，被提交值将首先由注册到该组件的 转换器或者默认转换器进行转换。然后验证直接由组件进行或者委托给一个或者多个其他验证器来进行。如果用户的输入无效就会向FacesContext中增加一个错误消息，并且该组件会被表示为无效，然后转到响应阶段，显示当前视图，表示 错误信息。

4）更新模型值

如果所有的组件本地值转换验证等均成功,此时JSF就会根据EL处理关联的bean,并更新bean绑定值.在此处JSF会根据EL绑定加载配置的后台bean。

5）调用应用

调用注册的侦听器,然后执行 事件驱动,获取下一个视图。侦听器此时可以有效的侦听到UI组件的各项数据， 事件驱动部分即action可以有效的获取被更新的后台bean数据。执行自己的业务逻辑。

6）渲染响应(Render Response)

到此请求处理结束,根据导航规则,渲染响应的页面.依次执行。

总结：这 6个阶段显示了 JSF 通常处理 GUI 的顺序。虽然这个清单列出了每个阶段中事件处理的可能执行顺序，但是 JSF 的生命周期很难是固定一成不变的。您可以通过忽略某个阶段或合并整个生命周期从而对执行顺序进行修改。例如，如果一个无效的请求值被拷贝到一个组件中，那 么当前的视图就会重新显示，而有些阶段就可能不会执行。在这种情况中，您可以执行一个 FacesContext.responseComplete方法调用，将用户重定向到一个不同的页面上，然后使用请求分发器（从 FacesContext中的请求对象中获得）将其转发到一个适当的 Web 资源上。另外，您可以调用 FacesContext.renderResponse重新显示原来的视图。

JSF有如下事件：

1)动作事件:Action Event:普通动作响应

actionEvent是最普通的事件，任何command组件（button，link等，请参见UICommand）通过注册actionListener均可出发此事件侦听响应，简单说，用户有意义的操作，即可触发。

2)即时事件:Immediate Event:立即处理,不验证/转换/更新模型值(即bean不会保存属性)

即时事件，立即触发，在JSF生命周期中，让恢复试图之后，获取请求值，立即触发。验证、转化、更新模型值被略过，当然更多的情况下，你需要一个为被注册的UI组件binding到后台bean中，别忘了，你使用即时事件的初衷是什么？？就是我只想让程序关注此组件，并排斥其他组件或者级联组件的操作。场景：单一表单中，使用“检测用户名是否存在”。立即时间，常用来做bean层面即时服务，以执行action为主要目的。

3)值改变事件:Value Change Event:选择UI值改变后,级联调度.如果国际化中选择语言.

4)阶段事件:Phase Event:监听响应的JSF生命周期

本文参考于博文：http://www.doc88.com/p-576886331006.html

http://blog.sina.com.cn/s/blog_8d5c998901017n7i.html