init()方法

init方法在容器器裝入servlet 時執(zhí)行，servlet容器在實例化后只調(diào)用一次init方法， init方法必須在servlet接收到任何請求之前完成。

這個方法通常用來進(jìn)行一些資源的管理和初始化，如從配置文件讀取配置數(shù)據(jù)，讀取初始化參數(shù)，初始化緩沖遲等一次性的操作。

getservletConfig()方法

GetservletConfig方法返回一個 servletConfig 對象，該對象用來返回這個servlet的初始化信息和啟動參數(shù)。返回的是傳遞到init方法

servletConfig。

Service()方法

Service方法是應(yīng)用程序邏輯的進(jìn)入點(diǎn)，是servlet方法的核心，WEB容器調(diào)用這個方法來響應(yīng)進(jìn)入的請求，只有servlet成功被init()方法初始化后，Service方法才會被調(diào)用。

getservletInfo()方法

這個方法返回一個字符串對象，提供有關(guān)servlet 的信息，如作者、版本等。

destroy()方法destroy方法在容器移除servlet 時執(zhí)行，同樣只執(zhí)行一次。這個方法會在所有的線程的service()方法執(zhí)行完成或者超時后執(zhí)行，調(diào)用這個方法后，容器不會再調(diào)用這個servlet的方法，也就是說容器不再把請求發(fā)送給這個servlet。這個方法給servlet釋放占用的資源的機(jī)會，通常用來執(zhí)行一些清理任務(wù)。

這個接口定義了初始化一個servlet,服務(wù)請求和從容器中移除servlet的方法。他們按照下面的順序執(zhí)行：

1. servlet被實例化后，用init方法進(jìn)行初始化

2. 客戶端的任何請求都調(diào)用service方法

3. servlet被移除服務(wù)，調(diào)用destroy方法銷毀

servlet的生存周期如下圖：

請求分發(fā)

請求分發(fā)可以讓一個servlet把請求分配到另外一個資源，RequestDispatcher接口提供了實現(xiàn)他的機(jī)制。可以通過下面兩種方式從servletContext中獲得一個實現(xiàn)了RequestDispatcher接口的對象：

• getRequestDispatcher

• getNamedDispatcher

getRequestDispatcher方法接受一個指向目標(biāo)資源的URL路徑

RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”);  

getNamedDispatcher方法接受一個servlet名稱參數(shù)，這個名稱是在部署描述符中元素指定的那個名稱。

RequestDispatcher rd = getservletContext().getNamedDispatcher (“catalog”); 

RequestDispatcher接口有兩個方法，允許你在調(diào)用的servlet完成初步處理后把請求響應(yīng)分配到另外一個資源，forward()方法：public void forward(servletRequest request, servletReponse reponse) throws SwerletException,IOExceptionforward方法上讓你把請求轉(zhuǎn)發(fā)到另外的servlet或者jsp或者h(yuǎn)tml等資源，由這個資源接下來負(fù)責(zé)響應(yīng)。如：

RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”);  
rd. forward(request,response);  

include()方法：

public void include (servletRequest request, servletReponse reponse) throws

 SwerletException,IOException

include方法讓你的servlet響應(yīng)中包含另外一個資源生成內(nèi)容

RequestDispatcher rd = getservletContext
().getRequestDispatcher(“/catalog”);  
rd. include(request,response);  

結(jié)合WebWork的具體分析

WebWork是由OpenSymphony組織開發(fā)實現(xiàn)MVC模式的J2EE Web框架。在介紹完servlet規(guī)范的相關(guān)內(nèi)容后，我們看看WebWork是如何注入到一個servlet中的，假設(shè)我們有一個上下文環(huán)境為“/WebWorkdDemo”的WEB應(yīng)用。

部署描述符

在部署描述符中，我們需要進(jìn)行如下配置：

  
name>webworkname>  
com.opensymphony.webwork.  
dispatcher.servletDispatcher  
  
……  
  
name>webworkname>  
*.action  
  

我們聲明了一個名為webwork的servlet和*.action到這個servlet的映射，這個servlet就是webwork中的controller，擔(dān)任MVC框架中非常重要的控制器角色。

映射請求到servlet

在XWork的配置文件xwork.xml中有如下片段：

<action name="demo" class=" webworkapp.DemoAction">  
name="success" type="dispatcher">  
name="location">/demo.jsp  
  
action> 

這樣我們由http://localhost:8080/WebWorkDemo/demo.action這個URL向服務(wù)器發(fā)出請求時，WEB容器首先確定轉(zhuǎn)到哪一個WEB應(yīng)用程序，容器將請求URL和上下文環(huán)境進(jìn)行匹配后知道將轉(zhuǎn)到/WebWorkdDemo這個WEB應(yīng)用。接下來容器會在/WebWorkdDemo這個應(yīng)用的部署描述符中進(jìn)行查找處理這個請求的servlet，根據(jù)后綴*.action找到名稱為webwork這個servlet，這樣根據(jù)部署描述符，這個請求被映射到webwork中的controller組件com.opensymphony.webwork.dispatcher.servletDispatcher來處理。這個擔(dān)任控制器組件的servlet在他的service()方法中在根據(jù)請求的路徑解析出對應(yīng)的action來進(jìn)行處理。

通過上面的的處理，實現(xiàn)了將web請求轉(zhuǎn)到了webwork中的控制器servletDispatcher。不止是webwork，實現(xiàn)MVC的web框架都需要進(jìn)行類似的處理來將web請求轉(zhuǎn)入到自己的controller.以便進(jìn)行進(jìn)一步的處理。

servlet生存周期

servletDispatcher這個servlet的存周期可以如下：

1、在服務(wù)器啟動的時候，容器首先實例化servletDispatcher

2、實例化完成后，將調(diào)用init()方法，在init方法中執(zhí)行了以下操作：

a.     初始化Velocity引擎

b.     檢查是否支持配置文件重新載入功能。如果支持，每個request請求都將重新裝載xwork.xml配置文件，在開發(fā)時非常方便。

c.     設(shè)置一些文件上傳的信息，比如：上傳臨時目錄，上傳的最大字節(jié)等。

3、每次請求都調(diào)用service（）方法,在service方法中執(zhí)行了以下方法

a.     通過request請求取得action的命名空間

b.     根據(jù)servlet請求的Path,解析出要調(diào)用該請求的Action的名字（actionName）

c.     創(chuàng)建Action上下文（extraContext），遍歷HttpservletRequest、HttpSession、servletContext 中的數(shù)據(jù)，并將其復(fù)制到Webwork的Map實現(xiàn)中，至此之后，所有數(shù)據(jù)操作均在此Map結(jié)構(gòu)中進(jìn)行，從而將內(nèi)部結(jié)構(gòu)與servlet API相分離。

d.     以上述信息作為參數(shù)，調(diào)用ActionProxyFactory創(chuàng)建對應(yīng)的ActionProxy實例。ActionProxyFactory 將根據(jù)Xwork 配置文件（xwork.xml）中的設(shè)定，創(chuàng)建ActionProxy實例，ActionProxy中包含了Action的配置信息（包括Action名稱，對應(yīng)實現(xiàn)類等等）。

e.     執(zhí)行proxy的execute()方法

4、容器移除servlet 時執(zhí)行destroy()，在servletDispatcher這個servlet中并沒有重寫destroy方法，在移除servlet時，將什么也不做。

請求分發(fā)

WebWork提供了多種活靈活視圖展現(xiàn)方式，例如還是我們上面在xwork.xml中的配置：

<action name="demo" class=" webworkapp.DemoAction">  
name="success" type="dispatcher">  
name="location">/demo.jsp  
  
action> 

根據(jù)以上配置當(dāng)DemoAction的返回值為"success"時的處理類型為"dispatcher"，當(dāng)result的type為"dispatcher"時，通過javax.servlet.RequestDispatcher的forward()或include()方法將處理結(jié)果和表現(xiàn)層融合后展現(xiàn)給用戶我們可以看看WebWork提供的dispatcher類型Result Type的實現(xiàn)類com.opensymphony .webwork.dispatcher.servletDispatcherResult中的代碼片斷：

HttpservletRequest request = servletActionContext.getRequest();  
HttpservletResponse response = servletActionContext.getResponse();  
RequestDispatcher dispatcher = request.getRequestDispatcher(finalLocation);  
if (dispatcher == null) {  
response.sendError(404, "result '" + finalLocation + "' not found");     
return;  
}  
if (!response.isCommitted() && (request.getAttribute("javax.servlet  
.include.servlet_path") == null)) {  
request.setAttribute("webwork.view_uri", finalLocation);  
request.setAttribute("webwork.request_uri", request.getRequestURI());  
dispatcher.forward(request, response);  
} else {  
dispatcher.include(request, response);  
} 

servletDispatcherResult類的從servletActionContex中得到HttpservletRequest和HttpservletResponse，然后調(diào)用request.getRequestDispatcher(finalLocation)方法得到一個RequestDispatcher實例，如果返回的是null，則輸出404頁面未找到的錯誤，否則將調(diào)用dispatcher.forward(request, response)或者dispatcher.include(request, response)進(jìn)行請求分發(fā)，將處理結(jié)果和表現(xiàn)層融合后展現(xiàn)給用戶。

結(jié)束語

通過以上的介紹，我們對web框架是如何注入到servlet中有了簡單的了解，如果想更深入的研究，可以閱讀servlet規(guī)范以及一些成熟框架的源碼。   

【編輯推薦】

1. WebWork中返回INPUT的原因
2. WebWork如何實現(xiàn)文件上傳配置過程
3. WebWork下載的實現(xiàn)
4. 通過WebWork實現(xiàn)HelloWorld
5. WebWork的執(zhí)行流程