Struts2的工作原理

Struts2的工作原理

Struts2的工作原理


1、客戶端初始化一個指向Servlet容器（例如Tomcat）的請求；

2、這個請求經過一系列的過濾器（Filter）（這些過濾器中有一個叫做ActionContextCleanUp的可選過濾器，這個過濾器對於Struts2和其他框架的集成很有幫助，例如：SiteMesh Plugin）；

3、接着FilterDispatcher被調用，FilterDispatcher詢問ActionMapper來決定這個請求是否需要調用某個Action；

4、如果ActionMapper決定需要調用某個Action，FilterDispatcher把請求的處理交給ActionProxy；

5、ActionProxy通過Configuration Manager詢問框架的配置文件，找到需要調用的Action類；

6、ActionProxy創建一個ActionInvocation的實例。

7、ActionInvocation實例使用命名模式來調用，在調用Action的過程前後，涉及到相關攔截器（Intercepter）的調用。

8、一旦Action執行完畢，ActionInvocation負責根據struts.xml中的配置找到對應的返回結果。返回結果通常是（但不總是，也可能是另外的一個Action鏈）一個需要被表示的JSP或者FreeMarker的模版。在表示的過程中可以使用Struts2框架中繼承的標籤。在這個過程中需要涉及到ActionMapper。

注：以上步驟參考至網上，具體網址已忘記。在此表示感謝！

3.3Struts2源代碼分析

      和Struts1.x不同，Struts2的啓動是通過FilterDispatcher過濾器實現的。下面是該過濾器在web.xml文件中的配置：

代碼清單6：web.xml（截取）

   <filter>

      <filter-name>struts2</filter-name>

      <filter-class>

           org.apache.struts2.dispatcher.FilterDispatcher

      </filter-class>

   </filter>

   <filter-mapping>

      <filter-name>struts2</filter-name>

      <url-pattern>

   publicstaticfinalStringHTTP_REQUEST="com.opensymphony.xwork2.dispatcher.HttpServletRequest";

  

   publicstaticfinalStringHTTP_RESPONSE="com.opensymphony.xwork2.dispatcher.HttpServletResponse";

  

   publicstaticfinalStringSERVLET_DISPATCHER="com.opensymphony.xwork2.dispatcher.ServletDispatcher";

  

   publicstaticfinalStringSERVLET_CONTEXT="com.opensymphony.xwork2.dispatcher.ServletContext";

  

publicstaticfinalStringPAGE_CONTEXT="com.opensymphony.xwork2.dispatcher.PageContext";

  

   publicstaticfinalStringSTRUTS_PORTLET_CONTEXT="struts.portlet.context";

}

   容器啓動後，FilterDispatcher被實例化，調用init(FilterConfig filterConfig)方法。該方法創建Dispatcher類的對象，並且將FilterDispatcher配置的初始化參數傳到對象中（詳情請參考代碼清單10），並負責Action的執行。然後得到參數packages，值得注意的是，還有另外三個固定的包和該參數進行拼接，分別是org.apache.struts2.static、template、和org.apache.struts2.interceptor.debugging，中間用空格隔開，經過解析將包名變成路徑後存儲到一個名叫pathPrefixes的數組中，這些目錄中的文件會被自動搜尋。

代碼清單9：FilterDispatcher.init()方法

   publicvoidinit(FilterConfig filterConfig)throwsServletException {

       this.filterConfig = filterConfig;     

       dispatcher = createDispatcher(filterConfig);

       dispatcher.init();     

       String param = filterConfig.getInitParameter("packages");

       String packages ="org.apache.struts2.static template org.apache.struts2.interceptor.debugging";

       if(param !=null) {

            packages = param +" "+ packages;

       }

       this.pathPrefixes= parse(packages);

}

代碼清單10：FilterDispatcher.createDispatcher()方法

   protectedDispatcher createDispatcher(FilterConfig filterConfig) {

       Map<String,String> params =newHashMap<String,String>();

       for(Enumeration e = filterConfig.getInitParameterNames(); e.hasMoreElements(); ) {

           String name = (String) e.nextElement();

           String value = filterConfig.getInitParameter(name);

           params.put(name, value);

       }

       returnnewDispatcher(filterConfig.getServletContext(), params);

   }

   當用戶向Struts2發送請求時，FilterDispatcher的doFilter()方法自動調用，這個方法非常關鍵。首先，Struts2對請求對象進行重新包裝，此次包裝根據請求內容的類型不同，返回不同的對象，如果爲multipart/form-data類型，則返回MultiPartRequestWrapper類型的對象，該對象服務於文件上傳，否則返回StrutsRequestWrapper類型的對象，MultiPartRequestWrapper是StrutsRequestWrapper的子類，而這兩個類都是HttpServletRequest接口的實現。包裝請求對象如代碼清單11所示：

代碼清單11：FilterDispatcher.prepareDispatcherAndWrapRequest()方法