有人说单件模式是最简单的模式，因为它只有一个类，但其实它还有一些值得注意的地方，就如：出现并发性时，单件可能已经不是单件了。
先说一下，我们为什么要用到单件模式，当我们用到这些对象如：线程池，缓存，注册表和日志对象等，事实上，这些对象我们只能有一个实例，不然会导致很多问题出现，所以我们要将它弄成单件的。
可能你会说利用程序员之间的约定或是利用全局变量就可以做到啊，如：java的静态变量。是的，但全局变量有一个缺点，就是它必须在程序一开始就要创建好，万一这个对象非常耗费资源，而程序又一直没用到它，那不是很浪费吗？而单件模式就克服了这个缺点。
到底如何实现这个单件模式呢？首先这个类只能实例化一次，那就说明它的构造方法不能公开；那不公开，我又如何实例化它呢？其实我们可以这样子做：(这种是经典的单件模式实现)
public class Singleton {
private static Singleton uniqueInstance;//利用一个静态变量来记录Singleton类的唯一实例
// other useful instance variables here
private Singleton() {}//只有自己才能调用构造器
public static Singleton getInstance() {
//断点1（为下面文字解析使用）
if (uniqueInstance == null) {
//断点2
uniqueInstance = new Singleton();//当uniqueInstance不存在时才创建
}
return uniqueInstance;
}
// other useful methods here
}如果你以为这样已经完美了，那就太天真了。在一个单线程中运行，这样确实已经完美了，但如果有很多个线程并发的情况下，那单件可能就不是单件了。
如：现在有两个线程A和B，当单件类还没实例化时，A和B线程都执行到断点1，因为单件类还没实例化，所以都可以执行断点2，当A这时先实例化单件类，虽然这时已经实例化单件类了，但这时已经不能阻止线程B再次执行实例化了（因为这时B已经进来了），这时就存在2个实例了，所以这种经典的单件模式实现有点瑕疵。
对于如何处理多线程的问题，我这有三种解决方法。
第一种：
public class Singleton {
private static Singleton uniqueInstance;
// other useful instance variables here
private Singleton() {}
public static synchronized Singleton getInstance() {//比上面的代码中多了一个synchronized
if (uniqueInstance == null) {
uniqueInstance = new Singleton();
}
return uniqueInstance;
}
// other useful methods here
}第二种：
public class Singleton {
//在静态初始化器中创建单件，保证了线程安全
private static Singleton uniqueInstance = new Singleton();
private Singleton() {}
public static Singleton getInstance() {
return uniqueInstance;
}
}第三种：（我认为最好的一种，不过需要java 5及以上版本才能使用）
public class Singleton {
private volatile static Singleton uniqueInstance;
private Singleton() {}
public static Singleton getInstance() {
//断点1
if (uniqueInstance == null) {
//断点2
synchronized (Singleton.class) {
//断点3
if (uniqueInstance == null) {
//断点4
uniqueInstance = new Singleton();
}
}
}
return uniqueInstance;
}
}首先解析volatile这个是有什么用的：用在多线程，同步变量。 线程为了提高效率，将某成员变量(如A)拷贝了一份（如B），线程中对A的访问其实访问的是B。只在某些动作时才进行A和B的同步。因此存在A和B不一致的情况。volatile就是用来避免这种情况的。volatile告诉jvm， 它所修饰的变量不保留拷贝，直接访问主内存中的（也就是上面说的A) ，但不保证原子操作。
还是以两个线程A和B来说明，当单件类还没实例化时，线程A和B同时执行到断点1，判断完之后就会执行到断点2，这时假设A先快一步，执行到断点3并锁住类，线程B只能等待，线程A判断完后，执行断点4并实例化单件类后，离开方法解锁；线程B执行到断点3并锁住类，这时判断实例uniqueInstance已存在，离开并解锁。后面其他一些线程只会执行到断点1，并不会执行到断点2，这样就避免了线程锁所带来的性能问题了。
注意锁前锁后的判断都是必须的，锁前是避免创建实例后其他线程执行线程锁方法，提高了性能；锁后，是避免创建多个实例，不然有多少个线程进入断点2，就会产生多少个实例。
这就是“双重检查加锁”的方法。
这就是单件模式，如果对其他的一些设计模式也感兴趣，欢迎查看我其他的一些博客。
原文地址：http://blog.csdn.net/u012367513/article/details/31037887
