Struts2

1 struts2中action是多例的，即一个session产生一个action


2 如果设置成单例，那么多个线程会共享一个ActionContext和ValueStack，这样并发访问的时候就会出现问题了
struts 2的Action是多实例的并非单例，也就是每次请求产生一个Action的对象。原因是：struts 2的Action中包含数据，例如你在页面填写的数据就会包含在Action的成员变量里面。如果Action是单实例的话，这些数据在多线程的环境下就会相互影响，例如造成别人填写的数据被你看到了。所以Struts2的Action是多例模式的。
问题出现了，可以让struts2的action变成单例模式么？我在使用spring来生成action的时候，发现生成的action居然全是单例的。这不是让我的程序默认就跑出bug来么？上个用户提交的信息，如果下个用户没填，居然跑到上个用户输入的信息去了。
背景:
1) Struts2会对每一个请求,产生一个Action的实例来处理.
2) Spring的Ioc容器管理的bean默认是单实例的.
首先从数据安全性的问题上考虑，我们的Action应该保证是多例的，这样才不会出现数据问题。但是如果有的action比如只有admin才能操作，或者某些action，全站公用一个来提高性能，这样的话，就可以使用单例模式。
不过幸好，Spring的bean可以针对每一个设置它的scope，所以，上面的问题就不是问题了。如果用单例，就在spring的action bean配置的时候设置scope="prototype".好吧，问题到此结束。




 prepare.setEncodingAndLocale(request, response);
                prepare.createActionContext(request, response);
                prepare.assignDispatcherToThread();
                request = prepare.wrapRequest(request);




***********struts2的请求处理过程源码分析


1. struts2分发的请求处理过程:
1.1. org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.doFilter()方法中:
1.1.1. 设置编码和本地化信息                  ***prepare.setEncodingAndLocale(request, response);                                         
1.1.2. 创建ActionContext对象                 ***prepare.createActionContext(request, response);
1.1.3. 分配当前线程的分发器                  ***prepare.assignDispatcherToThread();
1.1.4. 将request对象进行封装                 ***request = prepare.wrapRequest(request);
1.1.5. 获取ActionMapping对象, ActionMapping对象对应一个action详细配置信息   ***ActionMapping mapping = prepare.findActionMapping(request, response, true);
1.1.6. 执行Action请求, 进入下面方法
1.2. org.apache.struts2.dispatcher.Dispatcher.serviceAction()方法:
1.2.1. 首先获取当前请求是否已经有valueStack对象, 这样做的目的是在接受到chain跳转方式的请求时, 可以直接接管上次请求的action     ***ValueStack stack = (ValueStack) request.getAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY);


1.2.2. 如果请求中没有ValueStack对象, 获取当前线程的ActionContext对象    ***ActionContext ctx = ActionContext.getContext();
1.2.3. 从ActionContext中获取ValueStack                                  ***stack = ctx.getValueStack();
1.2.4. 将事先处理好的请求中的参数put到ValueStack中                      ***extraContext.put(ActionContext.VALUE_STACK, valueStackFactory.createValueStack(stack)); 


1.2.5. 获取ActionMapping中配置的namespace, name, method值    *** String namespace = mapping.getNamespace();
                                                                 String name = mapping.getName();
                                                                 String method = mapping.getMethod();
1.2.6. 根据配置获取当前Action的代理对象ActionProxy(这个过程中会创建Action对象, 同时返回的代理对象是StrutsActionProxy的实例)
*** ActionProxy proxy = getContainer().getInstance(ActionProxyFactory.class).createActionProxy(
                    namespace, name, method, extraContext, true, false);
1.2.7. 向request中设置ValueStack对象       ***request.setAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY, proxy.getInvocation().getStack());
1.2.8. 进入ActionProxy的处理
1.3. org.apache.struts2.impl.StrutsActionProxy.execute()方法:
1.3.1. 准备上下文环境                                ***ActionContext previous = ActionContext.getContext();
1.3.2. StrutsActionProxy是继承自com.opensymphony.xwork2.DefaultActionProxy的, 在这个代理对象内部实际上就持有了com.opensymphony.xwork2.DefaultActionInvocation的一个实例的
1.3.3. DefaultActionInvocation对象中保存了Action调用过程中需要的一切信息
1.3.4. 此时, 调用它的invoke方法
1.4. com.opensymphony.xwork2.DefaultActionInvocation.invoke()方法:
1.4.1. 首先会顺序的递归执行当前Action中所配置的所有的拦截器, 直到拦截器遍历完毕调用真正的Action
1.4.2. 通过调用DefaultActionInvocation的invokeActionOnly()方法去反射调用Action, 调用过程中, 会从当前的invocation对象中得到Action的实例, 并通过代理对象获得配置信息.
1.5. com.opensymphony.xwork2.DefaultActionInvocation.invokeAction()方法:
1.5.1. 反射获得当前请求分发的Action中的方法对象
1.5.2. 以传入的Action实例反射调用该处理方法
1.5.3. 如果返回的结果不是com.opensymphony.xwork2.Result的实例, 返回强转为字符串的结果.
1.6. 回到1.4所在方法继续:
1.6.1. 将invokeAction返回的resultCode存储到当前的invokeAction实例中
1.6.2. 进入result处理
1.7. com.opensymphony.xwork2.DefaultActionInvocation.executeResult()方法:
1.7.1. 创建result对象(com.opensymphony.xwork2.DefaultActionInvocation.createResult()方法)
1.7.1.1. 如果当时调用Action返回了Result对象, 则直接返回
1.7.1.2. 否则, 通过proxy对象获取配置信息, 根据resultCode获取到Result对象
1.7.2. 使用ognl翻译result中的用${}和%{}标识引用ValueStack中的值的参数.
1.7.3. 调用执行result
1.8. org.apache.struts2.dispatcher.ServletDispatcherResult.doExecute()方法
1.8.1. 准备执行环境: request, pageContext等等
1.8.2. 判断有没有合适的分发器, 如果没有, 发404消息
1.8.3. 在request对象中设定两个属性:
1.8.3.1. struts.view_uri: 分发之后的url地址
1.8.3.2. struts.request_uri: 真正请求的url地址
1.8.4. 发送真正的响应信息
1.9. 至此, Action的处理完毕, 回归到1.4.1中指明的递归调用那里, 逐步的返回并执行每个拦截器的invokeAction.invoke()后面的代码, 从这里也就可以看出拦截器的机制.






*****************ActionContext  和ServletActionContext
        8//获取原生态request和response,session
HttpServletRequest request = ServletActionContext.getRequest();  
HttpServletResponse response = ServletActionContext.getResponse();
HttpSession session =  ServletActionContext.getRequest().getSession();

//获取session中的值，可以不用通过原生态的session就可以获得
ActionContext.getContext().getSession().get("username");
ActionContext.getContext().getSession().put("name", "haha");


****************ValueStack与ActionContext的联系和区别：
相同点：它们都是在一次HTTP请求的范围内使用的，即它们的生命周期都是一次请求。
不同点：值栈是栈的结构，ActionContext是映射（Map）的结构。
联系：ValueStack.getContext()方法得到的Map其实就是ActionContext的Map。查看Struts2的源代码可知（Struts2.3.1.2的org.apache.struts2.dispatcher.ng.PrepareOperations的第79行，createActionContext方法），在创建ActionContext时，就是把ValueStack.getContext()作为ActionContext的构造函数的参数。所以，ValueStack和ActionContext本质上可以互相获得。
注意：在一些文档中，会出现把对象存入“stack's context”的字样，其实就是把值存入了ActionContext。所以在阅读这些文档时，要看清楚，到底是放入了栈结构（即值栈），还是映射结构（值栈的context，即ActionContext）。