再说单例模式的线程安全问题

今天和同事聊起了单例模式的线程安全,我说如果不做任何措施,单例模式在多线程下是不安全的,得到的“单例”实际上并不是单例。但是为什么不是单例呢?由此我上网查了一下,在使用单例模式时,一定要注意线程安全问题,之前的写法没有任何问题。如下:

package com.xhz.singleton;
/**
 * 单例
 * @author xhz
 */
public class Singleton {
    private static Singleton instance;

    private Singleton() {
    }

    public static synchronized Singleton GetInstance() {

        if (instance == null) {
            instance = new Singleton();
        }
        
        return instance;
    }
}

问题就在于,synchronized对整个方法加锁,形成同步机制,这样虽然解决了单例模式的线程安全问题,但是却产生另外一个问题性能问题,对方法加锁这个颗粒度有点大,我们稍微改进一下。如下:

package com.xhz.singleton;

/**
 * 单例
 * @author xhz
 */
public class Singleton {
    private static Singleton instance;

    private Singleton() {
    }

    public static Singleton GetInstance() {

        if (instance == null) {
            synchronized (Singleton.class) {
                if (instance == null){
                    instance = new Singleton();
                }
            }
        }
        
        return instance;
    }
}

利用双重锁的方式这样颗粒度变小了,但还是利用同步的方式来解决资源共享问题。其实这上面两种写法称之为“懒加载”,即在用到的时候再来实例化。

我们再次修改代码,如下。

package com.xhz.singleton;

/**
 * 单例
 * 
 * @author xhz
 */
public class Singleton {
    private static Singleton instance = new Singleton();

    private Singleton() {
    }

    public static Singleton GetInstance() {
        return instance;
    }
}

我们不利用线程同步的方式,而是在类被加载的时候就生成一个实例对象。这称之为“勤加载”,这个带来的问题就是,不管这个单例有没有用到都会一直存在。

两者都有其优缺点,但相对于利用线程同步的方式来解决线程安全问题,“勤加载”会是一个较为明智的选择。

之所以懒加载不采取任何措施造成的线程不安全问题,是因为在程序中出现了“竞态条件(Race Condition)”,由于不恰当的执行时序而出现不正确的结果。最常见的竞态条件类型就是“先检查后执行(Check-Then-Act)”操作,即通过一个可能失效的观测结果来决定下一步的动作。


猜你喜欢

转载自blog.csdn.net/qq_35393693/article/details/80584125
今日推荐