浅谈JSF的生命周期和对ajax处理的影响

JSF一个最重要的特点就是组件化(It is all about components)，组件化的特点决定了其可扩展性强和协议无关性。对一个JSF组件来说，为其定义特定的Render，该该组件将在WML或telnet中可用。

解读JSF的生命周期：
我觉得研究B/S系统最好的方法就是从web.xml开始，相比于传统的JSP系统，JSF需要定义一个Servlet用来对HttpServletRequest进行处理，该servlet为javax.faces.webapp.FacesServlet。在该 servlet初始化阶段，它将生成两个对象：FacesContextFactory和Lifecycle。而在处理请求的service阶段，则会利用FacesContextFactory对象获得当前的FacesContext，lifecycle对象将会对该context对象进行处理。简单的来说，FacesServlet产生一个FacesContext对象，（在JSF的处理过程中，FacesContext是唯一被修改的对象），然后将控制权交给了lifecycle对象，Lifecycle对象将会在六个生命周期中对FacesContext对象进行处理。有一点需要注意的：FacesContext是ThreadLocal的。
JSF包含六个生命周期：
1. Restore view
2. Apply request values; process events
3. Process validations; process events
4. Update model values; process events
5. Invoke application; process events
6. Render response

其中的1－5个阶段将会执行lifecycle的execute()方法，而第六个阶段将会执行lifecycle的render()方法。

接下来说说如何将Ajax的应用体现在JSF组件上：

1. Ajax完全独立于JSF。即为Ajax请求创建一个额外的Servlet/Filter 控制器，这也是最自然而然的想法。通过传统的Ajax请求方式完成该jsf组件的Ajax体现，该Ajax请求通过jsf组件中写入的js触发。优点是自然，不需要接触JSF层面的东西，比较独立；缺点是重用性差，且页面开发者必须自己写js代码。

2. Ajax嵌入JSF组件中，即需要自定义组件。该方法与方法1很相似，不同的是组件开发者将会封装js代码和js请求获得的呈现代码。即Ajax应用已经包装在此组件中了，页面开发者不需要关心该Ajax应用是如何完成的，只需要简单调用该组件就可以了。在Lifecycle的Apply Request Values阶段，当Ajax请求处理完后，该组件的Renderer将会调用FacesContext的responseComplete()方法退出 lifecycle。