“单例模式”知多少？

作为对象的创建模式， 单例模式确保某一个类只有一个实例，而且自行实例化并向整个系统提供这个实例。这个类称为单例类。

首先，单例模式使类在程序生命周期的任何时刻都只有一个实例，

然后，单例的构造函数是私有的，外部程序如果想要访问这个单例类的话，

必须通过 GetInstance（）来请求（注意是请求）得到这个单例类的实例。

饿汉式
class Singleton {
  private static Singleton instance=new Singleton();
  private Singleton(){}
  static Singleton getInstance() {
      return instance;
  }
}

这种做法的性能不好。因为用static修饰的，在类加载的时候，就已经实例化了。

懒汉式
class Singleton {
  private static Singleton instance=null;
  private Singleton(){}
  static Singleton getInstance() {
      if(instance==null)
      instance=new Singleton();
      return instance;
  }
}
这种做法的性能提高了但是线程依然是不安全的。

双检测模式
public class Singleton {  
 private volatile static Singleton instance = null;  
 private Singleton() {}  
 public static Singleton getInstance() {  
  if (instance == null) {  //检测对象是否为空
   synchronized (Singleton.class) {// 1  锁住类
    if (instance == null) {// 2  再次判断对象是否为空，因为有可能两个及以上的线程进入了第一个判断
     instance = new Singleton();// 3  初始化
    }  
   }  
  }  
  return instance;  
 }  
} 

这种做法的使用了volatile关键字，线程能及时的发现修饰变量的最新值。既提高了性能，线程也是安全的！

 
 
线程安全并且延迟的单实例初始化的另一种方法。 
 *              当jvm加载LazyLoadedSingleton类时，由于该类没有static属性 
 *              所以加载完成后即可返回。只有第一次调用getInstance()方法时， 
 *              jvm才会加载LazyHolder类，由于它包含一个static属性singletonInstatnce， 
 *              所以首先会初始化这个变量，根据前面介绍，我们知道这个过程不会出现并发问题， 
 *              (JLS保证)，这样既实现了一个线程安全又支持延迟加载的单例模式。

 
 
public class LazyLoadedSingleton {  
    private LazyLoadedSingleton() {  
    }  
  
    private static class LazyHolder {  
        private static final LazyLoadedSingleton singletonInstatnce = new LazyLoadedSingleton();  
    }  
  
    public static LazyLoadedSingleton getInstance() {  
        return LazyHolder.singletonInstatnce;  
    }  
}  
这种方式也可以实现性能和线程的安全。

上面介绍了三种方式，那么这几种方式有什么不同呢？

我们对比一下懒汉模式和饿汉模式的优缺点：
懒汉模式，它的特点是运行时获得对象的速度比较慢，但加载类的时候比较快。它在整个应用的生命周期只有一部分时间在占用资源。
饿汉模式，它的特点是加载类的时候比较慢，但运行时获得对象的速度比较快。它从加载到应用结束会一直占用资源。
这两种模式对于初始化较快，占用资源少的轻量级对象来说，没有多大的性能差异，选择懒汉式还是饿汉式都没有问题。但是对于初始化慢，占用资源多的重量级对象来说，就会有比较明显的差别了。所以，对重量级对象应用饿汉模式，类加载时速度慢，但运行时速度快；懒汉模式则与之相反，类加载时速度快，但运行时第一次获得对象的速度慢。
从用户体验的角度来说，我们应该首选饿汉模式。我们愿意等待某个程序花较长的时间初始化，却不喜欢在程序运行时等待太久，给人一种反应迟钝的感觉，所以对于有重量级对象参与的单例模式，我们推荐使用饿汉模式。
而对于初始化较快的轻量级对象来说，选用哪种方法都可以。如果一个应用中使用了大量单例模式，我们就应该权衡两种方法了。轻量级对象的单例采用懒汉模式，减轻加载时的负担，缩短加载时间，提高加载效率；同时由于是轻量级对象，把这些对象的创建放在使用时进行，实际就是把创建单例对象所消耗的时间分摊到整个应用中去了，对于整个应用的运行效率没有太大影响。

什么情况下使用单例模式
单例模式也是一种比较常见的设计模式，它到底能带给我们什么好处呢？其实无非是三个方面的作用：
第一、控制资源的使用，通过线程同步来控制资源的并发访问；
第二、控制实例产生的数量，达到节约资源的目的。
第三、作为通信媒介使用，也就是数据共享，它可以在不建立直接关联的条件下，让多个不相关的两个线程或者进程之间实现通信。
比如，数据库连接池的设计一般采用单例模式，数据库连接是一种数据库资源。软件系统中使用数据库连接池，主要是节省打开或者关闭数据库连接所引起的效率损耗，这种效率上的损耗还是非常昂贵的。当然，使用数据库连接池还有很多其它的好处，可以屏蔽不同数据数据库之间的差异，实现系统对数据库的低度耦合，也可以被多个系统同时使用，具有高可复用性，还能方便对数据库连接的管理等等。数据库连接池属于重量级资源，一个应用中只需要保留一份即可，既节省了资源又方便管理。所以数据库连接池采用单例模式进行设计会是一个非常好的选择。
在我们日常使用的在Windows中也有不少单例模式设计的组件，象常用的文件管理器。由于Windows操作系统是一个典型的多进程多线程系统，那么在创建或者删除某个文件的时候，就不可避免地出现多个进程或线程同时操作一个文件的现象。采用单例模式设计的文件管理器就可以完美的解决这个问题，所有的文件操作都必须通过唯一的实例进行，这样就不会产生混乱的现象。
再比如，每台计算机可以有若干个打印机，如果每一个进程或者线程都独立地使用打印机资源的话，那么我们打印出来的结果就有可能既包含这个打印任务的一部分，又包含另外一个打印任务的一部分。所以，大多数的操作系统最终为打印任务设计了一个单例模式的假脱机服务Printer Spooler，所有的打印任务都需要通过假脱机服务进行。
实际上，配置信息类、管理类、控制类、门面类、代理类通常被设计为单例类。像Java的Struts、Spring框架，.Net的Spring.Net框架，以及Php的Zend框架都大量使用了单例模式。

好，到这里，就真正的把单例模式介绍完了，在此呢再总结一下单例类需要注意的几点：
一、单例模式是用来实现在整个程序中只有一个实例的。
二、单例类的构造函数必须为私有，同时单例类必须提供一个全局访问点。
三、单例模式在多线程下的同步问题和性能问题的解决。
四、懒汉式和饿汉式单例类。
五、C# 中使用静态初始化实现饿汉式单例类。