JAVA 并发编程- Spring 并发访问的线程安全性问题

   首先对于Spring的IOC来讲，对象是由Spring来帮咱们管理，也就是在Spring启动的时候，在Spring容器中，由Spring给咱们建立的，Spring会帮咱们维护，通常都是单例的，也就是一个对象。

spring生成对象默认是单例的。经过scope属性能够更改成多例。

第一部分：验证Spring生成对象默认是单例的。

下面咱们来一个网上的例子验证一下：

<bean id="singleton" class="java.util.Date" scope="singleton"></bean>  
<bean id="prototype" class="java.util.Date" scope="prototype"></bean>

package test;   
import java.util.Date;  
import org.springframework.context.ApplicationContext;  
import org.springframework.context.support.ClassPathXmlApplicationContext;  
import com.opensymphony.xwork2.ActionContext;  
public class TestScope {  
    public static void main(String[] args) {  
       ApplicationContext context=new ClassPathXmlApplicationContext("applicationContext-web.xml");  
       Date s1=(Date)context.getBean("singleton");  
       Date p1=(Date)context.getBean("prototype");  
       Date s2=(Date)context.getBean("singleton");  
       Date p2=(Date)context.getBean("prototype");  
   System.out.println("单例："+(s1==s2));  
  System.out.println("非单例："+(p1==p2));  
    } 
}

输出结果:

结果

单例：true

非单例：false

注：复合数据类型的“== ”对比的是内存中存放的地址，因此此处咱们采用“==”去对比

由于object中的equals初始行为是比较内存中的地址，但在一些类库中被覆盖掉了如（String，Integer，Date等）

第二部分：SpringMVC和Struts2中是并发访问否会存在线程安全问题。

对于使用过SpringMVC和Struts2的人来讲，你们都知道SpringMVC是基于方法的拦截，而Struts2是基于类的拦截。

对于Struts2来讲，由于每次处理一个请求，struts就会实例化一个对象；这样就不会有线程安全的问题了;

而Spring的controller默认是Singleton的，这意味着每个request过来，系统都会用原有的instance去处理，这样致使两个结果：

一是咱们不用每次建立Controller，二是减小了对象建立和垃圾收集的时间;因为只有一个Controller的instance，当多个线程调用它的时候，它里面的instance变量就不是线程安全的了，会发生窜数据的问题。

固然大多数状况下，咱们根本不须要考虑线程安全的问题，好比dao,service等，除非在bean中声明了实例变量。所以，咱们在使用spring mvc 的contrller时，应避免在controller中定义实例变量。 

如：

public class Controller extends AbstractCommandController {    
    protected Company company;  
    protected ModelAndView handle(HttpServletRequest request,HttpServletResponse response,Object command,BindException errors) throws Exception {  
        company = ................;           
     }             
 }

 解决方案：

有几种解决方法：
一、在Controller中使用ThreadLocal变量
二、在spring配置文件Controller中声明 scope="prototype"，每次都建立新的controller
所在在使用spring开发web 时要注意，默认Controller、Dao、Service都是单例的。

例如：

@Controller  
@RequestMapping("/fui")  
public class FuiController extends SpringController {  
//这么定义的话就是单例  
  
@Controller  
@Scope("prototype")  
@RequestMapping("/fui")  
public class FuiController extends SpringController {  
//每次都建立

第三部分：springMVC与struts2的区别。

下面是从网络上摘抄的一段对比，你们能够看看点击打开连接

1. 机制：spring mvc的入口是servlet，而struts2是filter，这样就致使了两者的机制不一样。 

2. 性能：spring会稍微比struts快。spring mvc是基于方法的设计，而sturts是基于类，每次发一次请求都会实例一个action，每一个action都会被注入属性，而spring基于方法，粒度更细，但要当心把握像在servlet控制数据同样。spring3 mvc是方法级别的拦截，拦截到方法后根据参数上的注解，把request数据注入进去，在spring3 mvc中，一个方法对应一个request上下文。而struts2框架是类级别的拦截，每次来了请求就建立一个Action，而后调用setter getter方法把request中的数据注入；struts2其实是经过setter getter方法与request打交道的；struts2中，一个Action对象对应一个request上下文。 

3. 参数传递：struts是在接受参数的时候，能够用属性来接受参数，这就说明参数是让多个方法共享的。

4. 设计思想上：struts更加符合oop的编程思想， spring就比较谨慎，在servlet上扩展。 

5. intercepter的实现机制：struts有以本身的interceptor机制，spring mvc用的是独立的AOP方式。这样致使struts的配置文件量仍是比spring mvc大，虽然struts的配置能继承，因此我以为论使用上来说，spring mvc使用更加简洁，开发效率Spring MVC确实比struts2高。spring mvc是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应，因此说从架构自己上spring3 mvc就容易实现restful url。struts2是类级别的拦截，一个类对应一个request上下文；实现restful url要费劲，由于struts2 action的一个方法能够对应一个url；而其类属性却被全部方法共享，这也就没法用注解或其余方式标识其所属方法了。spring3 mvc的方法之间基本上独立的，独享request response数据，请求数据经过参数获取，处理结果经过ModelMap交回给框架方法之间不共享变量，而struts2搞的就比较乱，虽然方法之间也是独立的，但其全部Action变量是共享的，这不会影响程序运行，却给咱们编码，读程序时带来麻烦。 

6. 另外，spring3 mvc的验证也是一个亮点，支持JSR303，处理ajax的请求更是方便，只需一个注解@ResponseBody ，而后直接返回响应文本便可。

总结:

这样也说明了SpringMVC还有Servlet都是方法的线程安全，因此在类方法声明的私有或者公有变量不是线程安全的，而struts2的确实是线程安全的。

第四部分：那么对于Struts2+Spring来管理注入的时候呢？

Struts2它是多实例的，对于每一个请求都会生成1个实例，spring默认是单实例的（下面针对Struts与Spring集成的两种方式分别来介绍struts2和spring的两种整合方式）

一：对于无Spring插件（Struts2-spring-plugin-XXX.jar）的整合方式，须要在spring的action Bean中加业务逻辑控制器类配scope="prototype"。

<bean id="user" class="modle.User" scope="prototype"></bean>  

二：对于有Spring插件（Struts2-spring-plugin-XXX.jar）的整合方式：反编译StrutsSpringObjectFactory以及相关的代码才发现，若是在struts action的配置文件中<action name=".." class=".."/>中class写的若是是完整的包名和类名的话就是struts建立action对象，也就是多实例的；

总结：若是是spring配置文件中的 bean的名字的话就是spring建立，那么单实例仍是多实例就由spring的action Bean中的业务逻辑控制器类是否配置为scope=”prototype”，有就是多实例的，没有就是单实例的，顺序是先从spring中找，找不到再从struts配置文件中找。