interView - singleton的几种写法

1.饿汉式

1. public class Singleton {  
2.     private static Singleton instance = new Singleton();  
3.     private Singleton (){}  
4.     public static Singleton getInstance() {  
5.     return instance;  
6.     }  
7. }  

 

 这种方式基于classloder机制避免了多线程的同步问题，不过，instance在类装载时就实例化，虽然导致类装载的原因有很多种，在单例模式中大多数都是调用getInstance方法， 但是也不能确定有其他的方式（或者其他的静态方法）导致类装载，这时候初始化instance显然没有达到lazy loading的效果。

2.懒汉式

1. public class Singleton {  
2.     private static Singleton instance;  
3.     private Singleton (){}  
4.   
5.     public static (synchronized 线程安全 )Singleton getInstance() {  
6.     if (instance == null) {  
7.         instance = new Singleton();  
8.     }  
9.     return instance;  
10.     }  
11. }  

3.静态内部类

1. public class Singleton {  
2.     private static class SingletonHolder {  
3.     private static final Singleton INSTANCE = new Singleton();  
4.     }  
5.     private Singleton (){}  
6.     public static final Singleton getInstance() {  
7.     return SingletonHolder.INSTANCE;  
8.     }  
9. }  

 

这种方式同样利用了classloder的机制来保证初始化instance时只有一个线程，它跟第三种和第四种方式不同的是（很细微的差别）：第三种和第四种方式是只要Singleton类被装载了，那么instance就会被实例化（没有达到lazy loading效果），而这种方式是Singleton类被装载了，instance不一定被初始化。因为SingletonHolder类没有被主动使用，只有显示通过调用getInstance方法时，才会显示装载SingletonHolder类，从而实例化instance。想象一下，如果实例化instance很消耗资源，我想让他延迟加载，另外一方面，我不希望在Singleton类加载时就实例化，因为我不能确保Singleton类还可能在其他的地方被主动使用从而被加载，那么这个时候实例化instance显然是不合适的。这个时候，这种方式相比第三和第四种方式就显得很合理。

4.双重校验锁

1. public class Singleton {  
2.     private volatile static Singleton singleton;  
3.     private Singleton (){}  
4.     public static Singleton getSingleton() {  
5.     if (singleton == null) {  
6.         synchronized (Singleton.class) {  
7.         if (singleton == null) {  
8.             singleton = new Singleton();  
9.         }  
10.         }  
11.     }  
12.     return singleton;  
13.     }  
14. }