在Servlet中如何添加web框架
init()方法
init方法在容器器裝入servlet 時執(zhí)行，servlet容器在實例化后只調(diào)用一次init方法，init方法必須在servlet接收到任何請求之前完成。
這個方法通常用來進行一些資源的管理和初始化，如從配置文件讀取配置數(shù)據(jù)，讀取初始化參數(shù)，初始化緩沖遲等一次性的操作。
getservletConfig()方法
GetservletConfig方法返回一個 servletConfig 對象，該對象用來返回這個servlet的初始化信息和啟動參數(shù)。返回的是傳遞到init方法servletConfig。
Service()方法
Service方法是應用程序邏輯的進入點，是Servlet方法的核心，WEB容器調(diào)用這個方法來響應進入的請求，只有servlet成功被init()方法初始化后，Service方法才會被調(diào)用。
getservletInfo()方法
這個方法返回一個字符串對象，提供有關servlet 的信息，如作者、版本等。
destroy()方法
destroy方法在容器移除Servlet時執(zhí)行，同樣只執(zhí)行一次。這個方法會在所有的線程的service()方法執(zhí)行完成或者超時后執(zhí)行，調(diào)用這個方法后，容器不會再調(diào)用這個Servlet的方法，也就是說容器不再把請求發(fā)送給這個Servlet。這個方法給Servlet釋放占用的資源的機會，通常用來執(zhí)行一些清理任務。
這個接口定義了初始化一個servlet,服務請求和從容器中移除Servlet的方法。他們按照下面的順序執(zhí)行：
◆servlet被實例化后，用init方法進行初始化
◆客戶端的任何請求都調(diào)用service方法
◆Servlet被移除服務，調(diào)用destroy方法銷毀
servlet的生存周期如下圖：
請求分發(fā)
請求分發(fā)可以讓一個servlet把請求分配到另外一個資源，RequestDispatcher接口提供了實現(xiàn)他的機制?？梢酝ㄟ^下面兩種方式從servletContext中獲得一個實現(xiàn)了RequestDispatcher接口的對象：
◆getRequestDispatcher
◆getNamedDispatcher
getRequestDispatcher方法接受一個指向目標資源的URL路徑
RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”);
getNamedDispatcher方法接受一個servlet名稱參數(shù)，這個名稱是在部署描述符中﹤servlet-name﹥元素指定的那個名稱。
RequestDispatcher rd = getservletContext().getNamedDispatcher (“catalog”);
RequestDispatcher接口有兩個方法，允許你在調(diào)用的servlet完成初步處理后把請求響應分配到另外一個資源，
forward()方法：
public void forward(servletRequest request, servletReponse reponse) throws SwerletException,IOException
forward方法上讓你把請求轉(zhuǎn)發(fā)到另外的servlet或者jsp或者html等資源，由這個資源接下來負責響應。如：
- RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”);
- rd. forward(request,response);
include()方法：
public void include (servletRequest request, servletReponse reponse) throws SwerletException,IOException
include方法讓你的servlet響應中包含另外一個資源生成內(nèi)容
- RequestDispatcher rd = getservletContext().getRequestDispatcher(“/catalog”);
- rd. include(request,response);
結合WebWork的具體分析
WebWork是由OpenSymphony組織開發(fā)實現(xiàn)MVC模式的J2EE Web框架。在介紹完servlet規(guī)范的相關內(nèi)容后，我們看看WebWork是如何注入到一個servlet中的，假設我們有一個上下文環(huán)境為“/WebWorkdDemo”的WEB應用。
部署描述符
在部署描述符中，我們需要進行如下配置：
- ﹤servlet﹥
- ﹤servlet-name﹥webwork﹤/servlet-name﹥
- ﹤servlet-class﹥com.opensymphony.webwork.dispatcher.servletDispatcher﹤/servlet-class﹥
- ﹤/servlet﹥
- ……
- ﹤servlet-mapping﹥
- ﹤servlet-name﹥webwork﹤/servlet-name﹥
- ﹤url-pattern﹥*.action﹤/url-pattern﹥
- ﹤/servlet-mapping﹥
我們聲明了一個名為webwork的servlet和*.action到這個servlet的映射，這個servlet就是webwork中的controller，擔任MVC框架中非常重要的控制器角色。
映射請求到servlet在XWork的配置文件xwork.xml中有如下片段：
- ﹤action name="demo" class=" webworkapp.DemoAction"﹥
- ﹤result name="success" type="dispatcher"﹥
- ﹤param name="location"﹥/demo.jsp﹤/param﹥
- ﹤/result﹥
- ﹤/action﹥
這樣我們由http://localhost:8080/WebWorkDemo/demo.action這個URL向服務器發(fā)出請求時，WEB容器首先確定轉(zhuǎn)到哪一個WEB應用程序，容器將請求URL和上下文環(huán)境進行匹配后知道將轉(zhuǎn)到/WebWorkdDemo這個WEB應用。
接下來容器會在/WebWorkdDemo這個應用的部署描述符中進行查找處理這個請求的servlet，根據(jù)后綴*.action找到名稱為webwork這個servlet，這樣根據(jù)部署描述符，這個請求被映射到webwork中的controller組件com.opensymphony.webwork.dispatcher.servletDispatcher來處理。這個擔任控制器組件的servlet在他的service()方法中在根據(jù)請求的路徑解析出對應的action來進行處理。
通過上面的的處理，實現(xiàn)了將web請求轉(zhuǎn)到了webwork中的控制器servletDispatcher。不止是webwork，實現(xiàn)MVC的web框架都需要進行類似的處理來將web請求轉(zhuǎn)入到自己的controller.以便進行進一步的處理。
servlet生存周期
servletDispatcher這個servlet的存周期可以如下：
在服務器啟動的時候，容器首先實例化servletDispatcher
實例化完成后，將調(diào)用init()方法，在init方法中執(zhí)行了以下操作：
◆初始化Velocity引擎
◆檢查是否支持配置文件重新載入功能。如果支持，每個request請求都將重新裝載xwork.xml配置文件，在開發(fā)時非常方便。
◆設置一些文件上傳的信息，比如：上傳臨時目錄，上傳的***字節(jié)等。
每次請求都調(diào)用service（）方法,在service方法中執(zhí)行了以下方法
◆通過request請求取得action的命名空間
◆根據(jù)servlet請求的Path,解析出要調(diào)用該請求的Action的名字（actionName）
◆創(chuàng)建Action上下文（extraContext），遍歷HttpservletRequest、HttpSession、servletContext 中的數(shù)據(jù)，并將其復制到Webwork的Map實現(xiàn)中，至此之后，所有數(shù)據(jù)操作均在此Map結構中進行，從而將內(nèi)部結構與servlet API相分離。
◆以上述信息作為參數(shù)，調(diào)用ActionProxyFactory創(chuàng)建對應的ActionProxy實例。ActionProxyFactory 將根據(jù)Xwork 配置文件（xwork.xml）中的設定，創(chuàng)建ActionProxy實例，ActionProxy中包含了Action的配置信息（包括Action名稱，對應實現(xiàn)類等等）。
◆執(zhí)行proxy的execute()方法
容器移除servlet 時執(zhí)行destroy()，在servletDispatcher這個servlet中并沒有重寫destroy方法，在移除servlet時，將什么也不做。
請求分發(fā)
WebWork提供了多種活靈活視圖展現(xiàn)方式，例如還是我們上面在xwork.xml中的配置：
- ﹤action name="demo" class=" webworkapp.DemoAction"﹥
- ﹤result name="success" type="dispatcher"﹥
- ﹤param name="location"﹥/demo.jsp﹤/param﹥
- ﹤/result﹥
- ﹤/action﹥
根據(jù)以上配置當DemoAction的返回值為"success"時的處理類型為"dispatcher"，當result的type為"dispatcher"時，通過javax.servlet.RequestDispatcher的forward()或include()方法將處理結果和表現(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)進行請求分發(fā)，將處理結果和表現(xiàn)層融合后展現(xiàn)給用戶。
結束語
在Servlet中如何添加web框架通過以上的介紹，我們對web框架是如何注入到Servlet中有了簡單的了解，如果想更深入的研究，可以閱讀Servlet規(guī)范以及一些成熟框架的源碼。
【編輯推薦】
