Java 设计模式之单例模式

  Java 单例设计模式的主要作用是保证在Java应用程序中，一个Class只有一个实例对象存在，所以单例设计模式的另一个好处就是可以节省内存，因为只有一个实例存在，也有利于垃圾回收。
  在实际的编程开发中，单例设计模式是谈的最多但是用的最少的一种设计模式，可以说我在实际工作中根本没有使用过，这是为什么呢？我们来看看单例设计模式有哪些常见的应用场景：

1. window 的控制面板、任务管理器、回收站等
2. 网站的计数器
3. 应用程序的日志应用：log4j、slf4j、logkback
4. 项目中配置文件的读取
5. 数据库连接池（管理多个数据库连接）：c3p0 等

  从以上使用场景我们不难看出，单例模式应用的场景一般发现在以下条件下：
  (1) 控制资源的使用，通过线程同步来控制资源的并发访问
  (2) 控制实例产生的数量，达到节约资源的目的。
  (3) 作为通信媒介使用，也就是数据共享，它可以在不建立直接关联的条件下，让多个不相关的两个线程或者进程之间实现通信。

  单例设计模式有两种最常见的实现方式：懒汉式、饿汉式。
    懒汉式：只在外部对象第一次请求实例的时候创建。
    饿汉式：在类加载的时候就立即创建。

  但现在问题来了，这两种方法有什么缺点和优点呢？在平时开发应用中，选择哪个比较好呢？

  懒汉模式，它的特点是运行时获得对象的速度比较慢，但加载类的时候比较快。它在整个应用的生命周期只有一部分时间在占用资源。

public class Singleton {
    // 构造方法让其private，这就堵死了外界利用new创建其实例的可能
    private Singleton() {}

    private static Singleton singleton;

    // GetInstance（）方法是获得本类实例的唯一全局访问点
    public static Singleton getInstance(){
        // 若实例不存在，则创建一个新实例，否则返回已有的实例
        if (singleton == null){
            singleton = new Singleton();
        }
        return singleton;
    }
}

  饿汉模式，它的特点是加载类的时候比较慢，但运行时获得对象的速度比较快。它从加载到应用结束会一直占用资源。

public class Singleton2 {
    // 构造方法让其private，这就堵死了外界利用new创建其实例的可能
    private Singleton2() {
    }

    // 在类初始化时, 已经自行实例化
    private static Singleton2 singleton = new Singleton2();

    // 静态工厂方法
    public static Singleton2 getInstance(){
        return singleton;
    }
}

两者结果：

  这两种模式对于初始化较快，占用资源少的轻量级对象来说，没有多大的性能差异，选择懒汉式还是饿汉式都没有问题。但是对于初始化慢，占用资源多的重量级对象来说，就会有比较明显的差别了。所以，对重量级对象应用饿汉模式，类加载时速度慢，但运行时速度快；懒汉模式则与之相反，类加载时速度快，但运行时第一次获得对象的速度慢。

  从用户体验的角度来说，我们应该首选饿汉模式。我们愿意等待某个程序花较长的时间初始化，却不喜欢在程序运行时等待太久，给人一种反应迟钝的感觉，所以对于有重量级对象参与的单例模式，我们推荐使用饿汉模式。

  而对于初始化较快的轻量级对象来说，选用哪种方法都可以。如果一个应用中使用了大量单例模式，我们就应该权衡两种方法了。轻量级对象的单例采用懒汉模式，减轻加载时的负担，缩短加载时间，提高加载效率；同时由于是轻量级对象，把这些对象的创建放在使用时进行，实际就是把创建单例对象所消耗的时间分摊到整个应用中去了，对于整个应用的运行效率没有太大影响。

  实际上，配置信息类、管理类、控制类、门面类、代理类通常被设计为单例类。像Java的Struts、Spring框架，.Net的Spring.Net框架，以及Php的Zend框架都大量使用了单例模式。所以平时开发的时候一般都会选择这种能自己创建单例类的框架。