动手写最优的单例模式

单例模式是码农常用的设计模式，但未必用的是最优的单例模式。

在此通过代码逐步分析出最优的单例模式，分享给各位码农。

 

一说到单例模式，我想最快想到的就是饿汉的单例模式，即：

public class Singleton {
    private Singleton () {
    }

    private static Singleton instance = new Singleton();

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

这种单例模式，有一个不足，无法做到延迟加载，特别是当这个单例类不只是做一件事的时候同时这个单例的创建过程很慢的时候，它的不足体现得就更为突出。

 

 

另一种单例模式也比较容易想到，那就是懒汉单例模式，即：

public class LazySingleton {
    private LazySingleton() {
    }

    private static LazySingleton instance = null;

    public static synchronized LazySingleton getInstance() {
        if (instance == null) {
            instance = new LazySingleton();
        }
        return instance;
    }
}

 这种单例模式，也有一个很明显的不足，那就是引入同步关键字，在多线程的情况下，效率会低。

 

 

那该如何设计单例模式呢，其实我们可以通过内部类的形式来写单例模式，即：

public class StaticSingleton {
    private StaticSingleton() {
    }

    private static class SingletonHolder {
        private static StaticSingleton instance = new StaticSingleton();
    }

    public static StaticSingleton getInstance() {
        return SingletonHolder.instance;
    }
}

 这种单例模式，即可以实现延迟加载，同时又不会引入同步关键字，完美了。。。

评论

22 楼 colin_i 2014-09-01  

其实最后的结果是不是就是比第一种方法多了延迟加载？可是多了延迟加载加载性能有多大区别呢，一个是在启动的时候加载，一个是在第一次调用的时候加载，都是加载一次而已啊？假设加载是要用10秒了，那把这个时间推迟到第一次调用，意义也不见得那么大吧？

21 楼 J2EE大鸟 2014-09-01  

嗯，我以前也被喷过。。哈哈
http://benworld.iteye.com/blog/1617976

20 楼 芝加哥09 2014-09-01  

xchd 写道

弱弱问一下，每次调用  public static StaticSingleton getInstance()都会执行一次new的操作吧，这好像无法达到单例的效果吧。

你测试一下就知道啊。。。被你吓到了。。。呵呵。。。

19 楼 xchd 2014-09-01  

弱弱问一下，每次调用  public static StaticSingleton getInstance()都会执行一次new的操作吧，这好像无法达到单例的效果吧。

18 楼 yoyo837 2014-09-01  

芝加哥09 写道

yoyo837 写道

我一般这么写

private volatile static SysConfig sysConfig = null;  
  
    public static SysConfig getInstance() {  
       [color=red] if (sysConfig == null) { [/color] 
            synchronized (SysConfig.class) {  
                 [color=red]if (sysConfig == null) {  [/color]
                     return sysConfig = new SysConfig();  
             [color=red]    }
            }  [/color]
        }  
        return sysConfig;  
    } 

这样好像会有问题吧，当这种情况，当第一个线程判断sysConfig为null了，则会new,当第二个线程在判断sysConfig是否为null时，第一线程还没有new完时，此时sysConfig还是null,则等下第二线程也会new的。。。这样就不能保证一个对像了。。。是不是啊。。。你再想想

new 在同步里面呀..

17 楼 芝加哥09 2014-09-01  

yoyo837 写道

我一般这么写

private volatile static SysConfig sysConfig = null;  
  
    public static SysConfig getInstance() {  
       [color=red] if (sysConfig == null) { [/color] 
            synchronized (SysConfig.class) {  
                 [color=red]if (sysConfig == null) {  [/color]
                     return sysConfig = new SysConfig();  
             [color=red]    }
            }  [/color]
        }  
        return sysConfig;  
    } 

这样好像会有问题吧，当这种情况，当第一个线程判断sysConfig为null了，则会new,当第二个线程在判断sysConfig是否为null时，第一线程还没有new完时，此时sysConfig还是null,则等下第二线程也会new的。。。这样就不能保证一个对像了。。。是不是啊。。。你再想想

16 楼 zhukewen_java 2014-09-01  

yoyo837 写道

我一般这么写

private volatile static SysConfig sysConfig = null;  
  
    public static SysConfig getInstance() {  
       [color=red] if (sysConfig == null) { [/color] 
            synchronized (SysConfig.class) {  
                 [color=red]if (sysConfig == null) {  [/color]
                     return sysConfig = new SysConfig();  
             [color=red]    }
            }  [/color]
        }  
        return sysConfig;  
    } 

一般情况下double check就够用了。不过在高并发的情况下还是有可能创建出多个实例

15 楼 芝加哥09 2014-09-01  

ahack 写道

芝加哥09 写道

ahack 写道

没有人说Initialization on demand holder不好，这TM不也得看具体的业务和环境？我兵法小，你吐槽啥？没写过java不知你的代码从哪儿copy出来的，呵呵。

我也是第一次碰到你这种奇葩，不过没事，碰多了就好，是吧。。。你的博客都是空的，嗨。。。你还是先分享分享你的博客吧，再来"指点江山"，不要只会纸上谈兵。。。没意义啊。。。

博客么？http://javaweb.org/ 还好应该能打得开

嗯。。。不错，原来是大神啊，那就好好指点吧。。。

14 楼 yoyo837 2014-09-01  

我一般这么写

private volatile static SysConfig sysConfig = null;  
  
    public static SysConfig getInstance() {  
       [color=red] if (sysConfig == null) { [/color] 
            synchronized (SysConfig.class) {  
                 [color=red]if (sysConfig == null) {  [/color]
                     return sysConfig = new SysConfig();  
             [color=red]    }
            }  [/color]
        }  
        return sysConfig;  
    } 

13 楼 芝加哥09 2014-09-01  

ahack 写道

赶快喷，你写代码有多厉害。你们公司就你一个人。你写代码有多漂亮～呵呵

我没说我写的代码很厉害啊。。。

12 楼 zhukewen_java 2014-09-01  

芝加哥09 写道

ahack 写道

没有人说Initialization on demand holder不好，这TM不也得看具体的业务和环境？我兵法小，你吐槽啥？没写过java不知你的代码从哪儿copy出来的，呵呵。

我也是第一次碰到你这种奇葩，不过没事，碰多了就好，是吧。。。你的博客都是空的，嗨。。。你还是先分享分享你的博客吧，再来"指点江山"，不要只会纸上谈兵。。。没意义啊。。。

芝加哥一看就是小菜鸟，没见过大场面，井底之蛙

11 楼 ahack 2014-09-01  

芝加哥09 写道

ahack 写道

没有人说Initialization on demand holder不好，这TM不也得看具体的业务和环境？我兵法小，你吐槽啥？没写过java不知你的代码从哪儿copy出来的，呵呵。

我也是第一次碰到你这种奇葩，不过没事，碰多了就好，是吧。。。你的博客都是空的，嗨。。。你还是先分享分享你的博客吧，再来"指点江山"，不要只会纸上谈兵。。。没意义啊。。。

博客么？http://javaweb.org/ 还好应该能打得开

10 楼 ahack 2014-09-01  

赶快喷，你写代码有多厉害。你们公司就你一个人。你写代码有多漂亮～呵呵

9 楼 芝加哥09 2014-09-01  

ahack 写道

没有人说Initialization on demand holder不好，这TM不也得看具体的业务和环境？我兵法小，你吐槽啥？没写过java不知你的代码从哪儿copy出来的，呵呵。

我也是第一次碰到你这种奇葩，不过没事，碰多了就好，是吧。。。你的博客都是空的，嗨。。。你还是先分享分享你的博客吧，再来"指点江山"，不要只会纸上谈兵。。。没意义啊。。。

8 楼 ahack 2014-09-01  

没有人说Initialization on demand holder不好，这TM不也得看具体的业务和环境？我兵法小，你吐槽啥？没写过java不知你的代码从哪儿copy出来的，呵呵。

7 楼 ahack 2014-09-01  

没那条件你发的不过是Initialization on demand holder,Double check 能慢多少？

private volatile static SysConfig sysConfig = null;

    public static SysConfig getInstance() {
        if (sysConfig == null) {
            synchronized (SysConfig.class) {
                return sysConfig = new SysConfig();
            }
        }
        return sysConfig;
    }

6 楼 darkness_t 2014-09-01  

ray_yui 写道

1.5后最优单例应该使用枚举

正解~

5 楼 芝加哥09 2014-09-01  

ahack 写道

加给synchronize判断下是否为空就算效率低下？别逗了好么

只能说你没有玩过大数据，当你的数量级到T或者P时，你用这个试试就知道啊。。。嗨。。。

4 楼 ahack 2014-09-01  

加给synchronize判断下是否为空就算效率低下？别逗了好么

3 楼 smiky 2014-09-01  

写很容易，原理呢？为什么不用引入synchronize?类加载的过程，什么情况下执行cinit?如果单单这样写一下有什么意义？