工作準則

Struts2 的工作原理如下圖所示。這里我們一步步介紹每一步的核心內容。

在Struts2框架中處理一個請求大致分為以下幾個步驟

1.客戶端初始化一個對Servlet容器(如Tomcat)的請求

2.這個請求通過一系列過濾器(其中一個是可選的過濾器，稱為 ActionContextCleanUp，它對于集成 Struts 2 和其他框架，例如 SiteMesh Plugin 很有用)。

3.然后調用FilterDispatcher，FilterDispatcher詢問Action Mapper來決定這個請求是否需要調用一個Action。

FilterDispatcher是控制器的核心，也是mvc中c控制層的核心。下面粗略分析一下我理解的filter Dispatcher工作流程和原理：Filter Dispatcher初始化和核心doFilter啟用

public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) 拋出 IOException, ServletException ...{  
        HttpServletRequest 請求 = (HttpServletRequest) 請求；  
        HttpServletResponse 響應 = (HttpServletResponse) res;  
        ServletContext  servletContext  =  filterConfig .getServletContext();  
        //這里處理HttpServletRequest和HttpServletResponse。   
        DispatcherUtils  du  =  DispatcherUtils .getInstance();  
        du.prepare(request, response);//像方法名一樣進行locale、encoding和特殊請求參數設置。
        嘗試 ...{  
            request  =  du .wrapRequest(request, servletContext);//打包請求
        } 捕捉 (IOException e) ...{  
            String  message  =  "無法使用 MultipartRequestWrapper 包裝 servlet 請求！" ;  
            LOG.error（消息，e）；  
            拋出新的 ServletException（消息，e）；  
        }  
                ActionMapperIF  mapper  =  ActionMapperFactory .getMapper();//獲取動作映射器
        ActionMapping  mapping  =  mapper .getMapping(request);//映射獲取動作
        如果（映射 ==空）...{  
            // 這個請求中沒有任何動作，我們應該尋找靜態資源嗎？  
            String  resourcePath  =  RequestUtils .getServletPath(request);  
            if ("".equals(resourcePath) && null != request.getPathInfo()) ...{  
                resourcePath  = 請求.getPathInfo();  
            }  
            if ("true".equals(Configuration.get(WebWorkConstants.WEBWORK_SERVE_STATIC_CONTENT))   
                    && resourcePath.startsWith("/webwork")) ...{  
                字符串 名稱 =  resourcePath .substring("/webwork".length());  
                findStaticResource（名稱，響應）；  
            } 別的 ...{  
                // 這是一個正常的請求，讓它通過  
                鏈.doFilter（請求，響應）；  
            }  
            // WW 在這里完成了它的工作  
            返回;  
        }  
        對象 o  =  null ;  
        嘗試 ...{  
            //setupContainer(請求);  
            o  =  beforeActionInvocation (request, servletContext);  
//下面分析整個框架的核心方法。
            du.serviceAction（請求，響應，servletContext，映射）；  
        } 最后 ...{  
            afterActionInvocation(request, servletContext, o);  
            ActionContext.setContext(null);  
        }  
    }  
du.serviceAction（請求，響應，servletContext，映射）；  
//該方法詢問Action Mapper是否需要調用Action來處理請求。如果 Action Mapper 決定需要調用某個 Action，FilterDispatcher 就會處理對 ActionProxy 的請求。
   
public void serviceAction(HttpServletRequest request, HttpServletResponse response, String namespace, String actionName, Map requestMap, Map parameterMap, Map sessionMap, Map applicationMap) ...{   
        HashMap  extraContext  =  createContextMap (requestMap, parameterMap, sessionMap, applicationMap, request, response, getServletConfig()); //實例化Map請求，詢問ActionMapper是否需要調用Action來處理請求。
        extraContext.put(SERVLET_DISPATCHER, 這個);   
        OgnlValueStack 堆棧 = (OgnlValueStack) request.getAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY);   
        如果（堆棧！= null）...{   
            extraContext.put(ActionContext.VALUE_STACK,new OgnlValueStack(stack));   
        }   
        嘗試 ...{   
            ActionProxy 代理 =  ActionProxyFactory .getFactory().createActionProxy(namespace, actionName, extraContext);   
//這里的actionName是通過兩個getAction Name通道解析的。FilterDispatcher 處理對 ActionProxy 的請求。這是 Servlet Dispatcher 的 TODO:。
            request.setAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY, proxy.getInvocation().getStack());   
            proxy.execute();   
         //ActionProxy通過代理方式執行
            如果（堆棧！= null）...{   
                request.setAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY,stack);   
            }   
        } 捕捉（配置異常 e）...{   
            log.error("找不到動作", e);   
            發送錯誤（請求，響應，HttpServletResponse.SC_NOT_FOUND，e）；   
        } 捕捉（異常 e）...{   
            log.error("無法執行動作", e);   
            sendError(request, response, HttpServletResponse.SC_INTERNAL_SERVER_ERROR, e);   
        }   
}   

4.如果ActionMapper決定需要調用一個Action，FilterDispatcher處理對ActionProxy的請求

5.ActionProxy通過ConfigurationManager查詢框架的配置文件，找到需要調用的Action類。在這里，我們通常從 struts.xml 中讀取配置。

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

7.ActionInvocation 實例使用命名方式調用。在Action調用前后，都涉及到Intercepter的調用。

通過上述介紹相信大家對Struts2工作原理已經有所了解，大家如果想了解更多相關知識，可以關注一下動力節點的Java視頻，里面的課程內容從入門到精通，細致全面，通俗易懂，適合沒有基礎的小白學習，希望對大家能夠有所幫助。