JSF請(qǐng)求處理過程（二）請(qǐng)求處理過程總覽（FacesServlet#service）
更新日期：2009-07-20 點(diǎn)擊：這總覽，很明顯是看FacesServlet的service方法。在FacesServlet的初始化過程中，構(gòu)造出了全局的FacesContextFactory對(duì)象和LifeCycle對(duì)象。可以把FacesContextFactory看做是一個(gè)“請(qǐng)求包裝工廠”，于是很明顯，每當(dāng)一個(gè)請(qǐng)求到達(dá)FacesServlet的時(shí)候，第一步便是拿著請(qǐng)求，到包裝工廠里面包裝一下，而包裝的結(jié)果就是一個(gè)FacesContext。代碼如下：
1 FacesContext context = facesContextFactory.getFacesContext(servletConfig.getServletContext(), request, response, lifecycle);?
在包裝過程中，實(shí)際上是創(chuàng)建了一個(gè)com.sun.faces.context.FacesContextImpl對(duì)象，FacesContextImpl類繼承了jsf-api項(xiàng)目中的javax.faces.context.FacesContext。FacesContextImpl的構(gòu)造方法的第一個(gè)參數(shù)是一個(gè)叫做ExternalContext的接口的實(shí)現(xiàn)，查看其源代碼，可以看到ExternalContextImpl類耦合了Servlet API，而FacesContextImpl與Servlet API無關(guān)。實(shí)際上，在這里，做到了JSF可以不僅僅使用在Servlet環(huán)境中，正如ExternalContext接口的注釋中所說，在Servlet環(huán)境中使用JSF和在Portlet環(huán)境中使用JSF的不同，實(shí)際上就是使用了不同的ExternalContext。在FacesContextFactoryImpl中構(gòu)造FacesContextImpl的代碼如下：

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

1 FacesContext ctx = new FacesContextImpl(new ExternalContextImpl((ServletContext) sc,(ServletRequest) request,(ServletResponse) response),lifecycle);
FacesContextImpl的構(gòu)造方法中，還做了另外一件事情，就是根據(jù)配置確定了RenderKitFactory，顯然不同的RenderKitFactory可以產(chǎn)生不同的RenderKit，而不同RenderKit對(duì)象是針對(duì)不同客戶端的，所以對(duì)于瀏覽器、移動(dòng)設(shè)備等等，會(huì)有不同的RenderKit。FacesContextImpl的構(gòu)造方法中代碼如下：

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

1 this.externalContext = ec;
2 setCurrentInstance(this);
3 this.rkFactory = (RenderKitFactory)FactoryFinder.getFactory(FactoryFinder.RENDER_KIT_FACTORY);
在代碼中我們經(jīng)常使用FacesContext.getCurrentInstance()這個(gè)靜態(tài)方法來獲取與當(dāng)前請(qǐng)求對(duì)應(yīng)的FacesContext對(duì)象，實(shí)際上是在FacesContext類里面有一個(gè)靜態(tài)的ThreadLocal對(duì)象用來存放了當(dāng)前請(qǐng)求線程對(duì)應(yīng)的FacesContext對(duì)象，于是上面的代碼中setCurrentInstance(this)就是把當(dāng)前構(gòu)造出來的這個(gè)FacesContext對(duì)象放到了ThreadLocal里面。
FacesContext創(chuàng)建出來以后，正如上面所說，要讓他經(jīng)過LifeCycle這個(gè)“Filter Chain”的逐步處理了。那么，Filter Chain里面放的是一個(gè)一個(gè)Filter，那么LifeCycle這個(gè)Chain里面放的是什么呢？答案是Phases。
FacesServlet讓FaceContext通過LifeCycle的處理，分成了兩個(gè)部分。一個(gè)部分是調(diào)用LifeCycle的execute方法，執(zhí)行邏輯，第二個(gè)部分是調(diào)用LifeCycle的render方法，呈現(xiàn)響應(yīng)。FacesServlet.service中代碼如下：

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

1 lifecycle.execute(context);
2 lifecycle.render(context);
在LifeCycleImpl這個(gè)實(shí)現(xiàn)中，存放了一個(gè)Phase對(duì)象的數(shù)組，存放了7個(gè)Phase。其中第一個(gè)是null，然后依次是視圖重建、應(yīng)用請(qǐng)求值、驗(yàn)證、更新模型值、執(zhí)行應(yīng)用程序、呈現(xiàn)響應(yīng)。在execute方法中，調(diào)用了從視圖重建開始到執(zhí)行應(yīng)用程序?yàn)橹沟?個(gè)Phase，而在render方法中，調(diào)用了最后一個(gè)Phase，也就是呈現(xiàn)響應(yīng)。在LifeCycleImpl類中，代碼如下：

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

//The Phase instance for the render() method
private Phase response = new RenderResponsePhase();

// The set of Phase instances that are executed by the execute() method
// in order by the ordinal property of each phase
private Phase[] phases = {
null, // ANY_PHASE placeholder, not a real Phase
new RestoreViewPhase(),
new ApplyRequestValuesPhase(),
new ProcessValidationsPhase(),
new UpdateModelValuesPhase(),
new InvokeApplicationPhase(),
response
};
在Servlet Filter中，可以由每一個(gè)Filter來決定是否要調(diào)用下一個(gè)Filter，從而決定是否讓請(qǐng)求繼續(xù)通過Filter Chains中的后續(xù)Filter，是鏈?zhǔn)秸{(diào)用的過程。而在LifeCycle的execute方法中，是用一個(gè)for循環(huán)順序執(zhí)行幾個(gè)Phase。在每一個(gè)Phase執(zhí)行完之后，都會(huì)檢查FaceContext對(duì)象中是否設(shè)置了停止后續(xù)處理直接呈現(xiàn)響應(yīng)的標(biāo)志（renderResponse）或者已經(jīng)完成了響應(yīng)無需后續(xù)處理也不需要經(jīng)過呈現(xiàn)響應(yīng)階段了（responseComplete），如果標(biāo)志為true，那么就不再執(zhí)行后續(xù)Phase。
LifeCycleImpl的execute方法主要代碼如下：

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

1 for (int i = 1, len = phases.length -1 ; i < len; i++) { // Skip ANY_PHASE placeholder
2
3 if (context.getRenderResponse() ||
4 context.getResponseComplete()) {
5 break;
6 }
7
8 phases[i].doPhase(context, this, listeners.listIterator());
9
10 }
在LifeCycle的render方法中，也會(huì)檢查FacesContext的responseComplete狀態(tài)，如果為true，那么就不再執(zhí)行render Phase。于是我們此刻知道了在我們自己所寫的一些代碼或者JSF庫(kù)里面的一些代碼中，調(diào)用FacesContext的responseComplete方法和renderResponse得作用原理。render方法主要代碼如下：

Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/

1 if (!context.getResponseComplete()) {
2 response.doPhase(context, this,listeners.listIterator());
3 }
另外注意，Phase這個(gè)概念、接口，以及幾個(gè)實(shí)現(xiàn)，都是jsf-ri項(xiàng)目中的，而在jsf-api中不存在Phase這個(gè)概念。所以，LifeCycle是JSF標(biāo)準(zhǔn)的內(nèi)容，而通過幾個(gè)Phase來處理請(qǐng)求這種實(shí)現(xiàn)是sun的參考實(shí)現(xiàn)的做法。
最后，可以看到對(duì)于每一個(gè)phase都調(diào)用了doPhase方法，同時(shí)把LifeCycle和FacesContext當(dāng)做參數(shù)傳入了。值得注意的是，所謂的phaseListener，也傳入了phase的doPhase方法中，由此大約能夠想明白這個(gè)“階段監(jiān)聽器”的道理了。

總結(jié)

以上是生活随笔為你收集整理的JSF请求处理过程（二）请求处理过程总览（FacesServlet#service）的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。