单例对象线程安全问题

1.spring的bean作用域

 

 默认的是：单例 singleton

①常见创建单例的方式懒汉式和饿汉式

懒汉式（不安全写法）

public class Singleton{ 
    private Singleton(){}
    private static Singleton singleton = null；  //不建立对象
    public static Singleton getInstance(){
             if(singleton == null) {        //先判断是否为空
                 singleton = new Singleton ();  //懒汉式做法 
             }
             return singleton ；
     }
}

饿汉式

public class Singleton{ 
    public Singleton(){}
    private static Singleton singleton = new Singleton()；  //建立对象
    public static Singleton getInstance(){
  return singleton ；//直接返回单例对象 }}

懒汉式在多线程环境下就是线程不安全的，假设有线程1和线程2两个线程，线程1在判断if(singleton == null)的时候，突然失去cpu的执行权，而线程2获得了cpu的执行权，执行了getInstance()方法，创建了个对象，但是这个事情线程1并不知道，线程1重新获得cpu的执行权时，判断if(singleton == null)结果是null，所以又去创建了对象，那么这样就会出现破坏单例的情况，有多余的对象，所以线程是不安全的，解决方案之一就是加锁.

懒汉式（安全写法）

public class Singleton{ 
    private Singleton(){}
    private static Singleton singleton = null；  //不建立对象
    public static synchronized Singleton getInstance(){
             if(singleton == null) {        //先判断是否为空
                 singleton = new Singleton ();  //懒汉式做法 
             }
             return singleton ；
     }
}

在spring的框架里，对象是交给spring容器创建的，spring的创建单例的方式既不是懒汉式也不是饿汉式，是单例注册表模式实现单例模式的,这种创建单例模式的方式是线程安全的。

二、spring的单例模式与线程安全

1.spring框架里的bean获取实例的时候都是默认单例模式，所以在多线程开发里就有可能会出现线程不安全的问题。当多个用户同时请求一个服务器时，容器（tomcat）会给每一个请求分配一个线程，这时多个线程会并发执行该请求所对应的业务逻辑（controller里的方法），此时就要注意啦，如果controller（是单例对象）里有全局变量并且又是可以修改的，那么就需要考虑线程安全的问题。解决方案有很多，比如设置@scope("prototype")为多例模式，为每个线程创建一个controller，还可以使用ThreadLocal。

2.其实spring的源码里比如RequestContextHolder、TransactionSynchronizationManager、LoxaleContextHolder等这些对象创建方式也是单例，底层就是用ThreadLocal处理的。ThreadLocal基本实现思路是：它会为每个线程提供一个独立的变量副本，从而隔离了多个线程对数据的访问冲突，因为每个线程都拥有自己的变量副本，从而也就没必要对该变量进行同步。

3.在ssh或ssm框架里的service或dao对象虽然也是单例模式，但正如上面分析的，他们没有可修改的全局变量，所以在多线程环境下也是安全的。