Struts2工作原理是什么

本篇內(nèi)容介紹了“Struts2工作原理是什么”的有關(guān)知識，在實(shí)際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

工作準(zhǔn)則

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

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

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

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

3.然后調(diào)用FilterDispatcher，F(xiàn)ilterDispatcher詢問Action Mapper來決定這個請求是否需要調(diào)用一個Action。

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

public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) 拋出 IOException, ServletException ...{  
        HttpServletRequest 請求 = (HttpServletRequest) 請求；  
        HttpServletResponse 響應(yīng) = (HttpServletResponse) res;  
        ServletContext  servletContext  =  filterConfig .getServletContext();  
        //這里處理HttpServletRequest和HttpServletResponse。   
        DispatcherUtils  du  =  DispatcherUtils .getInstance();  
        du.prepare(request, response);//像方法名一樣進(jìn)行l(wèi)ocale、encoding和特殊請求參數(shù)設(shè)置。
        嘗試 ...{  
            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);//映射獲取動作
        如果（映射 ==空）...{  
            // 這個請求中沒有任何動作，我們應(yīng)該尋找靜態(tài)資源嗎？  
            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（名稱，響應(yīng)）；  
            } 別的 ...{  
                // 這是一個正常的請求，讓它通過  
                鏈.doFilter（請求，響應(yīng)）；  
            }  
            // WW 在這里完成了它的工作  
            返回;  
        }  
        對象 o  =  null ;  
        嘗試 ...{  
            //setupContainer(請求);  
            o  =  beforeActionInvocation (request, servletContext);  
//下面分析整個框架的核心方法。
            du.serviceAction（請求，響應(yīng)，servletContext，映射）；  
        } 最后 ...{  
            afterActionInvocation(request, servletContext, o);  
            ActionContext.setContext(null);  
        }  
    }  
du.serviceAction（請求，響應(yīng)，servletContext，映射）；  
//該方法詢問Action Mapper是否需要調(diào)用Action來處理請求。如果 Action Mapper 決定需要調(diào)用某個 Action，F(xiàn)ilterDispatcher 就會處理對 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()); //實(shí)例化Map請求，詢問ActionMapper是否需要調(diào)用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通過代理方式執(zhí)行
            如果（堆棧！= null）...{   
                request.setAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY,stack);   
            }   
        } 捕捉（配置異常 e）...{   
            log.error("找不到動作", e);   
            發(fā)送錯誤（請求，響應(yīng)，HttpServletResponse.SC_NOT_FOUND，e）；   
        } 捕捉（異常 e）...{   
            log.error("無法執(zhí)行動作", e);   
            sendError(request, response, HttpServletResponse.SC_INTERNAL_SERVER_ERROR, e);   
        }   
}

4.如果ActionMapper決定需要調(diào)用一個Action，F(xiàn)ilterDispatcher處理對ActionProxy的請求

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

6.ActionProxy 創(chuàng)建一個 ActionInvocation 的實(shí)例。

7.ActionInvocation 實(shí)例使用命名方式調(diào)用。在Action調(diào)用前后，都涉及到Intercepter的調(diào)用。

“Struts2工作原理是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！