设计模式之：单例模式

定义与要素：

定义：
确保一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。

要素：

• 私有的构造方法
• 指向自己实例的私有静态引用
• 以自己实例为返回值的静态的公有的方法

饿汉式与懒汉式

单例模式根据实例化对象时机的不同分为两种：一种是饿汉式单例，一种是懒汉式单例。饿汉式单例在单例类被加载时候，就实例化一个对象交给自己的引用；而懒汉式在调用取得实例方法的时候才会实例化对象。

懒汉式（线程安全版）

等到第一次访问单例类的实例时才创建，可以看成延迟加载。

public class Singleton {  
private static Singleton instance;  
private Singleton (){}   
public static synchronized Singleton getInstance() {  
    if (instance == null) {  
         instance = new Singleton();  
     }  
     return instance;  
 }  
} 

饿汉模式

基于classloder机制避免了多线程同步问题。不过instance在类加载时就实例化，大多数情况是调用getInstance方法导致类被加载，当时不能确定有其他方式（如果单（）例类中有其他静态方法呢？）会导致类加载。可以看成预加载。

public class Singleton {  
private static Singleton instance = new Singleton();  
private Singleton (){}
public static Singleton getInstance() {  
    return instance;  
 }  
} 

单例模式的优点：

• 在内存中只有一个对象，节省内存空间。
• 避免频繁的创建销毁对象，可以提高性能。
• 避免对共享资源的多重占用。
• 可以全局访问。

适用场景：

由于单例模式的以上优点，所以是编程中用的比较多的一种设计模式。我总结了一下我所知道的适合使用单例模式的场景：

• 需要频繁实例化然后销毁的对象。
• 创建对象时耗时过多或者耗资源过多，但又经常用到的对象。
• 有状态的工具类对象。
• 频繁访问数据库或文件的对象。
• 所有要求只有一个对象的场景。

单例模式注意事项：

• 只能使用单例类提供的方法得到单例对象，不要使用反射，否则将会实例化一个新对象。
• 不要做断开单例类对象与类中静态引用的危险操作。
• 多线程使用单例使用共享资源时，注意线程安全问题。

其他单例式

静态内部类

这种方式相同利用了classloder的机制来保证初始化instance时只有一个线程，前面两种Singleton被装载是instance一定初始化。
而这种方法Singleton被装载时，只有主动去使用getInstance方法是，才会装载SingletonHolder ，进而实例化instance。他的好处就是如果实例化instance很浪费资源，那么意味着延迟加载时一种好的选择。

 public class Singleton {  
 private static class SingletonHolder {  
     private static final Singleton instance= new Singleton();  
 }  
 private Singleton (){}
 public static final Singleton getInstance() {  
    return SingletonHolder.instance;  
}  
} 

枚举

这是一种很值得提倡的方式，不仅仅避免了多线程同步问题，还能反序列化重新创建新的对象。

1. 它不提供攻来构造函数杜绝用户产生该类实例；
2. 全部实例都是public static final不允许任何改动却可以让用户使用；
3. 所有枚举值都是唯一的；

public emun Singleton { 
   //定义一个枚举的元素，它就代表了Singleton的一个实例
   uniqueInstance; 
   //行为方法
   public void singletonOperation(){ 
        //功能处理 
   } 
}

双重校验锁

“双重检查加锁”机制，指的是：并不是每次进入getInstance方法都需要同步，而是先不同步，进入方法后，先检查实例是否存在，如果不存在才进 行下面的同步块，这是第一重检查，进入同步块过后，再次检查实例是否存在，如果不存在，就在同步的情况下创建一个实例，这是第二重检查。这样一来，就只需 要同步一次了，从而减少了多次在同步情况下进行判断所浪费的时间。
“双重检查加锁”机制的实现会使用关键字volatile，它的意思是：被volatile修饰的变量的值，将不会被本地线程缓存，所有对该变量的读写都是直接操作共享内存，从而确保多个线程能正确的处理该变量。

public class Singleton { 
private volatile static Singleton instance = null; 
private Singleton(){} 
public static Singleton getInstance(){ 
//先检查实例是否存在，如果不存在才进入下面的同步块 
        if(instance == null){ 
//同步块，线程安全的创建实例 
            synchronized (Singleton.class) { 
//再次检查实例是否存在，如果不存在才真正的创建实例 
                if(instance == null){ 
                    instance = new Singleton(); 
                } 
            } 
        } 
return instance; 
 }
}

扩展

• 在分布式系统、多个类加载器、以及序列化的的情况下，会产生多个单例，这一点是无庸置疑的。那么在同一个jvm中，会不会产生单例呢？使用单例提供的getInstance()方法只能得到同一个单例，除非是使用反射方式，将会得到新的单例。这样，每次运行都会产生新的单例对象。所以运用单例模式时，一定注意不要使用反射产生新的单例对象。

Class c = Class.forName(Singleton.class.getName());  
Constructor ct = c.getDeclaredConstructor();  
ct.setAccessible(true);  
Singleton singleton = (Singleton)ct.newInstance();  

• 懒汉式的单例模式是线程不安全的，即使是在实例化对象的方法上加synchronized关键字，也依然是危险的，但是笔者经过编码测试，发现加synchronized关键字修饰后，虽然对性能有部分影响，但是却是线程安全的，并不会产生实例化多个对象的情况。
• 饿汉式单例和懒汉式单例由于构造方法是private的，所以他们都是不可继承的，但是其他很多单例模式是可以继承的，例如登记式单例。
• 在java中，饿汉式单例要优于懒汉式单例。C++中则一般使用懒汉式单例。

参考：

http://blog.csdn.net/zhengzhb/article/details/7331369