关于单例(转)

1、什么是单例？
单例是指这样一种类的设计，它确保该类在程序运行期间有且只有一个实例（对象），即其他所有的代码共享这个唯一的实例。
单例一般由该类提供的一个公共的静态方法取得。
习惯上这个方法一般起名为：getInstance

2、 为何需要单例
有一些功能和状态，你希望能全局共享。
这种全局共享可以通过定义一个只有静态方法和静态成员的类来实现，但有时你可能更希望操作的是一个对象而不是一个类，因为对象可能更灵活，状态更易保存等等。

3、 如何实现单例设计
定义构造方法为private
定义类为final，使其不能被继承。因为private的构造方法已经实际上实现了"不能被继承"，所以这一步可以省略。
定义一个公共的静态工厂方法，用来取得一个唯一的实例。

-> 一个基本的单例实现

  
  

   
   
  
  
  
  

   
   这个实现在大部分情况下都是合适的，但是有极少数的情况下：你希望这个单例不到最后一刻（马上要用的时候），不要实例化。

  
  
-> 最后一刻实例化 

在一个单线程的环境里，这个代码满足了"最后一刻实例化"的需求，但是它不是线程安全的，于是

-> 线程安全的"最后一刻实例化"

好，这个代码是线程安全的了。可是问题又来了：你每次调用 getInstance() 方法，都会有一个"取得同步锁，释放同步锁"的过程，这个过程在实例化完成以后就成了无意义的成本，甚至有的时候这个成本都超过了实例化本身，换句话说你还不如老老实实用前面那个最基本的实现呢。

  
  

   
   
  
  
 

 -> 最后一刻实例化：双重检查的同步

 这个想法是好的，可惜在java中，是行不通的（编译器会给出警告）。为什么呢？这里牵扯到多线程的原理和java处理reference的方式，本文不作深入，简单的说，当同步锁的主人改变的时候，在一个极为微小的时间段内，两个线程所看到的 "INSTANCE" 这个 reference 是不一样的。为了解决这个问题，java引入了volatile这个关键字。

-> 使用了volatile的双重检查

这个没问题了。
其实还有一个非常非常微不足道的问题：它不够优雅，而且每次都进行 if() 检查，这个检查在第一次以后就显得挺傻的。

-> 利用了加载机制的"最后一刻实例化

转自http://yu98556516.blog.163.com/blog/static/1158431682012622105326690/