.NET与java的MVC模式(2):struts2核心工作流程与原理
做为一名技术人员，听到太多关于.net和java的比较的话题。我想对那些技术人员说，请先了解一下什么是java（或者.net）吧，其实你根本不了解。
这是Struts2官方站点提供的Struts 2 的整体结构。
一个请求在Struts2框架中的处理大概分为以下几个步骤
2. 请求被提交到一系列（主要是三层）的过滤器（Filter），如（ActionContextCleanUp、其他过滤器（SiteMesh等）、 FilterDispatcher）。注意这里是有顺序的，先ActionContextCleanUp，再其他过滤器（SiteMesh等）、最后到FilterDispatcher。
3. FilterDispatcher是控制器的核心，就是mvc中c控制层的核心。下面粗略的分析下我理解的FilterDispatcher工作流程和原理：
FilterDispatcher进行初始化并启用核心doFilter
其代码如下：
publicvoiddoFilter(ServletRequestreq,ServletResponseres,FilterChainchain)throwsIOException,ServletException...{
HttpServletRequestrequest=(HttpServletRequest)req;
HttpServletResponseresponse=(HttpServletResponse)res;
ServletContextservletContext=filterConfig.getServletContext();
//在这里处理了HttpServletRequest和HttpServletResponse。
DispatcherUtilsdu=DispatcherUtils.getInstance();
du.prepare(request,response);//正如这个方法名字一样进行locale、encoding以及特殊requestparameters设置
try...{
request=du.wrapRequest(request,servletContext);//对request进行包装
}catch(IOExceptione)...{
Stringmessage="CouldnotwrapservletrequestwithMultipartRequestWrapper!";
LOG.error(message,e);
thrownewServletException(message,e);
}
ActionMapperIFmapper=ActionMapperFactory.getMapper();//得到action的mapper
ActionMappingmapping=mapper.getMapping(request);//得到action的mapping
if(mapping==null)...{
//thereisnoactioninthisrequest,shouldwelookforastaticresource?
StringresourcePath=RequestUtils.getServletPath(request);
if("".equals(resourcePath)&&null!=request.getPathInfo())...{
resourcePath=request.getPathInfo();
}
if("true".equals(Configuration.get(WebWorkConstants.WEBWORK_SERVE_STATIC_CONTENT))
&&resourcePath.startsWith("/webwork"))...{
Stringname=resourcePath.substring("/webwork".length());
findStaticResource(name,response);
}else...{
//thisisanormalrequest,letitpassthrough
chain.doFilter(request,response);
}
//WWdiditsjobhere
return;
}
Objecto=null;
try...{
//setupContainer(request);
o=beforeActionInvocation(request,servletContext);
//整个框架最最核心的方法，下面分析
du.serviceAction(request,response,servletContext,mapping);
}finally...{
afterActionInvocation(request,servletContext,o);
ActionContext.setContext(null);
}
}
du.serviceAction(request,response,servletContext,mapping);
//这个方法询问ActionMapper是否需要调用某个Action来处理这个（request）请求，如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy
publicvoidserviceAction(HttpServletRequestrequest,HttpServletResponseresponse,Stringnamespace,StringactionName,MaprequestMap,MapparameterMap,MapsessionMap,MapapplicationMap)...{
HashMapextraContext=createContextMap(requestMap,parameterMap,sessionMap,applicationMap,request,response,getServletConfig());//实例化Map请求，询问ActionMapper是否需要调用某个Action来处理这个（request）请求
extraContext.put(SERVLET_DISPATCHER,this);
OgnlValueStackstack=(OgnlValueStack)request.getAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY);
if(stack!=null)...{
extraContext.put(ActionContext.VALUE_STACK,newOgnlValueStack(stack));
}
try...{
ActionProxyproxy=ActionProxyFactory.getFactory().createActionProxy(namespace,actionName,extraContext);
//这里actionName是通过两道getActionName解析出来的,FilterDispatcher把请求的处理交给ActionProxy，下面是ServletDispatcher的TODO:
request.setAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY,proxy.getInvocation().getStack());
proxy.execute();
//通过代理模式执行ActionProxy
if(stack!=null)...{
request.setAttribute(ServletActionContext.WEBWORK_VALUESTACK_KEY,stack);
}
}catch(ConfigurationExceptione)...{
log.error("Couldnotfindaction",e);
sendError(request,response,HttpServletResponse.SC_NOT_FOUND,e);
}catch(Exceptione)...{
log.error("Couldnotexecuteaction",e);
sendError(request,response,HttpServletResponse.SC_INTERNAL_SERVER_ERROR,e);
}
}
4. FilterDispatcher询问ActionMapper是否需要调用某个Action来处理这个（request）请求，如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy。
5. ActionProxy通过Configuration Manager（struts.xml）询问框架的配置文件，找到需要调用的Action类.
如果提交请求的是add.action，那么找到的Action类就是edisundong.AddAction。
6. ActionProxy创建一个ActionInvocation的实例，同时ActionInvocation通过代理模式调用Action。但在调用之前ActionInvocation会根据配置加载Action相关的所有Interceptor。（Interceptor是struts2另一个核心级的概念）
下面我们来看看ActionInvocation是如何工作的：
ActionInvocation是Xworks中Action调度的核心。而对Interceptor的调度，也正是由ActionInvocation负责。
ActionInvocation是一个接口，而DefaultActionInvocation则是Webwork对ActionInvocation的默认实现。
Interceptor的调度流程大致如下：
1.ActionInvocation初始化时，根据配置，加载Action相关的所有Interceptor。
2.通过ActionInvocation.invoke方法调用Action实现时，执行Interceptor。
Interceptor将很多功能从我们的Action中独立出来，大量减少了我们Action的代码，独立出来的行为具有很好的重用性。XWork、WebWork的许多功能都是有Interceptor实现，可以在配置文件中组装Action用到的Interceptor，它会按照你指定的顺序，在Action执行前后运行。
那么什么是拦截器。
拦截器就是AOP（Aspect-OrientedProgramming）的一种实现。（AOP是指用于在某个方法或字段被访问之前，进行拦截然后在之前或之后加入某些操作。）
拦截器的例子这里就不展开了。
struts-default.xml文件摘取的内容：
<interceptorname="alias"class="com.opensymphony.xwork2.interceptor.AliasInterceptor"/>
<interceptorname="autowiring"class="com.opensymphony.xwork2.spring.interceptor.ActionAutowiringInterceptor"/>
<interceptorname="chain"class="com.opensymphony.xwork2.interceptor.ChainingInterceptor"/>
<interceptorname="conversionError"class="org.apache.struts2.interceptor.StrutsConversionErrorInterceptor"/>
<interceptorname="createSession"class="org.apache.struts2.interceptor.CreateSessionInterceptor"/>
<interceptorname="debugging"class="org.apache.struts2.interceptor.debugging.DebuggingInterceptor"/>
<interceptorname="external-ref"class="com.opensymphony.xwork2.interceptor.ExternalReferencesInterceptor"/>
<interceptorname="execAndWait"class="org.apache.struts2.interceptor.ExecuteAndWaitInterceptor"/>
<interceptorname="exception"class="com.opensymphony.xwork2.interceptor.ExceptionMappingInterceptor"/>
<interceptorname="fileUpload"class="org.apache.struts2.interceptor.FileUploadInterceptor"/>
<interceptorname="i18n"class="com.opensymphony.xwork2.interceptor.I18nInterceptor"/>
<interceptorname="logger"class="com.opensymphony.xwork2.interceptor.LoggingInterceptor"/>
<interceptorname="model-driven"class="com.opensymphony.xwork2.interceptor.ModelDrivenInterceptor"/>
<interceptorname="scoped-model-driven"class="com.opensymphony.xwork2.interceptor.ScopedModelDrivenInterceptor"/>
<interceptorname="params"class="com.opensymphony.xwork2.interceptor.ParametersInterceptor"/>
<interceptorname="prepare"class="com.opensymphony.xwork2.interceptor.PrepareInterceptor"/>
<interceptorname="static-params"class="com.opensymphony.xwork2.interceptor.StaticParametersInterceptor"/>
<interceptorname="scope"class="org.apache.struts2.interceptor.ScopeInterceptor"/>
<interceptorname="servlet-config"class="org.apache.struts2.interceptor.ServletConfigInterceptor"/>
<interceptorname="sessionAutowiring"class="org.apache.struts2.spring.interceptor.SessionContextAutowiringInterceptor"/>
<interceptorname="timer"class="com.opensymphony.xwork2.interceptor.TimerInterceptor"/>
<interceptorname="token"class="org.apache.struts2.interceptor.TokenInterceptor"/>
<interceptorname="token-session"class="org.apache.struts2.interceptor.TokenSessionStoreInterceptor"/>
<interceptorname="validation"class="com.opensymphony.xwork2.validator.ValidationInterceptor"/>
<interceptorname="workflow"class="com.opensymphony.xwork2.interceptor.DefaultWorkflowInterceptor"/>
<interceptorname="store"class="org.apache.struts2.interceptor.MessageStoreInterceptor"/>
<interceptorname="checkbox"class="org.apache.struts2.interceptor.CheckboxInterceptor"/>
<interceptorname="profiling"class="org.apache.struts2.interceptor.ProfilingActivationInterceptor"/>
7. 一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。如上文中将结构返回“add.jsp”，但大部分时候都是返回另外一个action，那么流程又得走一遍………
总结：
Struts2的工作流就只有这7步，比起Struts1简单了很多（本人能力有限，struts2更多的东西现在还看不明白）。网上有很多很多的关于.net和java的比较之类的文章，可是有几个作者是真正用过java和.net的呢？更多的评论都是人云亦云，想当然的评论java和.net。作为技术人千万不要屁股决定脑袋，关于web的设计模式上.net也不是那么一无是处，java也不是那么完美无缺。下一篇分析下ASP.NET的设计模式(生命周期)。
