1.JSF生命周期

1)恢复视图(Restore View)

视图表示组成特定页面的所有组件。它被保存在 客户端（通常存储在隐藏字段中）或服务器中（通常在会话中）。根据请求访问的视图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)

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

 

Facelets的生命周期：

JSP 是种生成 servlet 的模板化语言。JSP 的主体与 servlet 的 doGet() 和 doPost() 方法等价（也就是说，成为 jspService() 方法）。JSF 定制标记（例如 f:view 和 h:form）只是调用 JSF 组件来呈现它们自己的当前状态。JSF 组件模型的生命周期独立于 JSP 生成的 servlet 的生命周期。这种独立性就是混淆的来源。

与 JSP 不同，Facelets 这个模板化语言，从构建之初，就考虑了 JSF 的组件生命周期。使用 Facelets，生成的模板会构建组件树，而不是 servlet。这就允许更好的重用，因为可以把组件组合成另一个组件。
Facelets 减少了编写定制标记才能使用 JSF 的需求。Facelets 本身就可以使用 JSF 定制组件。沟通 JSF 和 Facelets 只需要很少的特殊编码：要做的全部工作就是在 Facelet 标记库文件中声明 JSF 组件。在 Facelets 模板化语言中可以直接使用 JSF 组件，不用任何额外的开发。
JSF 和 Java 服务器页面技术之间的不匹配，是 JSF 开发中的一个严重问题。问题是如何把 JSP 的动态内容集成到 JSF 基于组件的模型中。JSP 非常重视生成动态内容输出，而 JSF 需要 JSP 来协调组件模型的构建。因为这个任务超出了 JSP 原来的目的，所以产生了距离。