Struts2源码阅读

Struts2源码阅读(一)-Struts2框架流程概述1.Struts2架构图请求首先通过Filterchain，Filter主要包括ActionContextCleanUp，它主要清理当前线程的ActionContext和Dispatcher；FilterDispatcher主要通过AcionMapper来决定需要调用哪个Action。ActionMapper取得了ActionMapping后，在Dispatcher的serviceAction方法里创建ActionProxy，ActionProxy创建ActionInvocation，然后ActionInvocation调用Interceptors，执行Action本身，创建Result并返回，当然，如果要在返回之前做些什么，可以实现PreResultListener。2.Struts2部分类介绍这部分从Struts2参考文档中翻译就可以了。ActionMapperActionMapper其实是HttpServletRequest和Action调用请求的一个映射，它屏蔽了Action对于Request等javaServlet类的依赖。Struts2中它的默认实现类是DefaultActionMapper，ActionMapper很大的用处可以根据自己的需要来设计url格式，它自己也有Restful的实现，具体可以参考文档的docs/actionmapper.html。ActionProxy&ActionInvocationAction的一个代理，由ActionProxyFactory创建，它本身不包括Action实例，默认实现DefaultActionProxy是由ActionInvocation持有Action实例。ActionProxy作用是如何取得Action，无论是本地还是远程。而ActionInvocation的作用是如何执行Action，拦截器的功能就是在ActionInvocation中实现的。ConfigurationProvider&ConfigurationConfigurationProvider就是Struts2中配置文件的解析器，Struts2中的配置文件主要是尤其实现类XmlConfigurationProvider及其子类StrutsXmlConfigurationProvider来解析。3.Struts2请求流程1、客户端发送请求2、请求先通过ActionContextCleanUp--FilterDispatcher3、FilterDispatcher通过ActionMapper来决定这个Request需要调用哪个Action4、如果ActionMapper决定调用某个Action，FilterDispatcher把请求的处理交给ActionProxy，这儿已经转到它的Delegate--Dispatcher来执行5、ActionProxy根据ActionMapping和ConfigurationManager找到需要调用的Action类6、ActionProxy创建一个ActionInvocation的实例7、ActionInvocation调用真正的Action，当然这涉及到相关拦截器的调用8、Action执行完毕，ActionInvocation创建Result并返回，当然，如果要在返回之前做些什么，可以实现PreResultListener。添加PreResultListener可以在Interceptor中实现。Struts2源码阅读(二)_ActionContext及CleanUPFilter/***TheActionContextisthecontextinwhichan{@linkAction}isexecuted.Eachcontextisbasicallya*containerofobjectsanactionneedsforexecutionlikethesession,parameters,locale,etc.p*p/*TheActionContextisthreadlocalwhichmeansthatvaluesstoredintheActionContextare*uniqueperthread.Seethe{@linkThreadLocal}classformoreinformation.Thebenefitof*thisisyoudon'tneedtoworryaboutauserspecificactioncontext,youjustgetit:*p/*ulcodeActionContextcontext=ActionContext.getContext();/code/ul*p/*Finally,becauseofthethreadlocalusageyoudon'tneedtoworryaboutmakingyouractionsthreadsafe.**@authorPatrickLightbody*@authorBillLynch(docs)*/ActionContext是一个执行action的上下文，每个上下文基本上就是一个集装箱的对象需要执行一个动作像session、技术参数、现场等.这个actionContext是一个ThreadLocal这意味着数据存储在ActionContext独特的每个线程中。1.ActionContextActionContext是被存放在当前线程中的，获取ActionContext也是从ThreadLocal中获取的。所以在执行拦截器、action和result的过程中，由于他们都是在一个线程中按照顺序执行的，所以可以可以在任意时候在ThreadLocal中获取ActionContext。ActionContext包括了很多信息，比如Session、Application、Request、Locale、ValueStack等，其中ValueStack可以解析ognl表达式，来动态后去一些值，同时可以给表达式提供对象。ActionContext(com.opensymphony.xwork.ActionContext)是Action执行时的上下文,上下文可以看作是一个容器(其实我们这里的容器就是一个Map而已),它存放的是Action在执行时需要用到的对象.一般情况,我们的ActionContext都是通过:ActionContextcontext=(ActionContext)actionContext.get();来获取的.我们再来看看这里的actionContext对象的创建:staticThreadLocalactionContext=newActionContextThreadLocal();ActionContextThreadLocal是实现ThreadLocal的一个内部类.ThreadLocal可以命名为线程局部变量,它为每一个使用该变量的线程都提供一个变量值的副本,使每一个线程都可以独立地改变自己的副本,而不会和其它线程的副本冲突.这样,我们ActionContext里的属性只会在对应的当前请求线程中可见,从而保证它是线程安全的.通过ActionContext取得HttpSession:Mapsession=ActionContext.getContext().getSession();(通过Map模拟HttpServlet的对象,操作更方便)2.ServletActionContextServletActionContext(com.opensymphony.webwork.ServletActionContext),这个类直接继承了我们上面介绍的ActionContext,它提供了直接与Servlet相关对象访问的功能,它可以取得的对象有:(1)javax.servlet.http.HttpServletRequest:HTTPservlet请求对象(2)javax.servlet.http.HttpServletResponse:HTTPservlet相应对象(3)javax.servlet.ServletContext:Servlet上下文信息(4)javax.servlet.ServletConfig:Servlet配置对象(5)javax.servlet.jsp.PageContext:Http页面上下文如何从ServletActionContext里取得Servlet的相关对象:1取得HttpServletRequest对象:HttpServletRequestrequest=ServletActionContext.getRequest();2取得HttpSession对象:HttpSessionsession=ServletActionContext.getRequest().getSession();3.ServletActionContext和ActionContext联系ServletActionContext和ActionContext有着一些重复的功能,在我们的Action中,该如何去抉择呢?我们遵循的原则是:如果ActionContext能够实现我们的功能,那最好就不要使用ServletActionContext,让我们的Action尽量不要直接去访问Servlet的相关对象.注意：在使用ActionContext时有一点要注意:不要在Action的构造函数里使用ActionContext.getContext(),因为这个时候ActionContext里的一些值也许没有设置,这时通过ActionContext取得的值也许是null；同样，HttpServletRequestreq=ServletActionContext.getRequest()也不要放在构造函数中，也不要直接将req作为类变量给其赋值。至于原因，我想是因为前面讲到的staticThreadLocalactionContext=newActionContextThreadLocal()，从这里我们可以看出ActionContext是线程安全的，而ServletActionContext继承自ActionContext，所以ServletActionContext也线程安全，线程安全要求每个线程都独立进行，所以req的创建也要求独立进行，所以ServletActionContext.getRequest()这句话不要放在构造函数中，也不要直接放在类中，而应该放在每个具体的方法体中(eg：login()、queryAll()、insert()等)，这样才能保证每次产生对象时独立的建立了一个req。4.ActionContextClearUpActionContextClearUp其实是DeferClearUP.作用就是延长action中属性的生命周期，包括自定义属性，以便在jsp页面中进行访问，让actionContextcleanup过滤器来清除属性，不让action自己清除。具体看下面的代码，代码很简单：1.publicvoiddoFilter(...){2.3....4.try{5....6.//继续执行所配置的chain中的Filter7.chain.doFilter(request,response);8.}finally{9.//保证在所有动作执行完之后,调用cleanUp10....11.cleanUp(request);12.}13.}14.15.protectedstaticvoidcleanUp(ServletRequestreq){16.17....18.ActionContext.setContext(null);//清除ActionContext实例19.Dispatcher.setInstance(null);//清除Dispatcher实例(Dispatch