Java设计模式思想之单例模式

一. 概述

　　单例模式是一种常用的软件设计模式。在它的核心结构中只包含一个被称为单例类的特殊类。通过单例模式可以保证系统中一类只有一个实例而且该实例易于外界访问，从而达到使用目的（如windows操作系统中，任务管理器只能打开一个–主要目的），同时还能方便对实例个数的控制并节约系统资源（主要目的之外的好处）。如果希望在系统中某个类的对象只能存在一个，单例模式是最好的解决方案。

二. 简介

　　单例模式是设计模式中最简单的形式之一。这一模式的目的是使得类的一个对象成为系统中的唯一实例。要实现这一点，可以从客户端对其进行实例化开始。因此需要用一种只允许生成对象类的唯一实例的机制，“阻止”所有想要生成对象的访问。使用工厂方法来限制实例化过程。这个方法应该是静态方法（类方法），因为让类的实例去生成另一个唯一实例毫无意义。

三. 定义

　　Java中单例模式的定义：一个类有且仅有一个实例，并且自行实例化向整个系统提供。

四. 动机

　　对于系统中的某些类来说，只有一个实例很重要，例如，一个系统中可以存在多个打印任务，但是只能有一个正在工作的任务；一个系统只能有一个窗口管理器或文件系统；一个系统只能有一个计时工具或ID(序号)生成器。如在Windows中就只能打开一个任务管理器。如果不使用机制对窗口对象进行唯一化，将弹出多个窗口，如果这些窗口显示的内容完全一致，则是重复对象，浪费内存资源；如果这些窗口显示的内容不一致，则意味着在某一瞬间系统有多个状态，与实际不符，也会给用户带来误解，不知道哪一个才是真实的状态。因此有时确保系统中某个对象的唯一性即一个类只能有一个实例非常重要。

特别地，在计算机系统中，线程池、缓存、日志对象、对话框、打印机、显卡的驱动程序对象常被设计成单例。事实上，这些应用都或多或少具有资源管理器的功能。例如，每台计算机可以有若干个打印机，但只能有一个 Printer Spooler(单例) ，以避免两个打印作业同时输出到打印机中。再比如，每台计算机可以有若干通信端口，系统应当集中 (单例)管理这些通信端口，以避免一个通信端口同时被两个请求同时调用。总之，选择单例模式就是为了避免不一致状态，避免政出多头。

　　如何保证一个类只有一个实例并且这个实例易于被访问呢？定义一个全局变量可以确保对象随时都可以被访问，但不能防止我们实例化多个对象。一个更好的解决办法是让类自身负责保存它的唯一实例。这个类可以保证没有其他实例被创建，并且它可以提供一个访问该实例的方法。这就是单例模式的模式动机。

五. 单例模式的优缺点

优点 :
(1) 在内存中只有一个对象，节省内存空间；
(2) 避免频繁的创建销毁对象，可以提高性能；
(3) 避免对共享资源的多重占用，简化访问；
(4) 为整个系统提供一个全局访问点。
(5) 单例模式具有一定的伸缩性，类自己来控制实例化进程，类就在改变实例化进程上有相应的伸缩性。

缺点：
(1) 由于单利模式中没有抽象层，因此单例类的扩展有很大的困难。
(2) 单例类的职责过重，在一定程度上违背了“单一职责原则”。
(3) 滥用单例将带来一些负面问题，如为了节省资源将数据库连接池对象设计为单例类，可能会导致共享连接池对象的程序过多而出现连接池溢出；如果实例化的对象长时间不被利用，系统会认为是垃圾而被回收，这将导致对象状态的丢失。
(4) 不适用于变化的对象，如果同一类型的对象总是要在不同的用例场景发生变化，单例就会引起数据的错误，不能保存彼此的状态。

六. 要点　　

　　显然单例模式的要点有三个：
　　　　1. 某个类只能有一个实例；
　　　　2. 它必须自行创建这个实例；
　　　　3. 它必须自行向整个系统提供这个实例。

　　从具体实现角度来说，就是以下三点：
　　　　1. 单例模式的类只提供私有的构造函数；
　　　　2. 类定义中含有一个该类的静态私有对象；
　　　　3. 该类提供了一个静态的公有的函数用于创建或获取它本身的静态私有对象。

七. 实例　　
　　
　　当一个类的实例可以有且只有一个的时候就需要用到了。为什么只需要有一个呢？有人说是为了节约内存，但这只是单例模式带来的一个好处。只有一个实例确实减少内存占用，可是我认为这不是使用单例模式的理由。我认为使用单例模式的时机是当实例存在多个会引起程序逻辑错误的时候。比如类似有序的号码生成器这样的东西，怎么可以允许一个应用上存在多个呢？Singleton模式主要作用是保证在Java应用程序中，一个类Class只有一个实例存在。

单线程环境下的两种经典实现
　　在介绍单线程环境中单例模式的两种经典实现之前，我们有必要先解释一下 立即加载 和延迟加载 两个概念。
立即加载 ： 在类加载初始化的时候就主动创建实例；
延迟加载 ： 等到真正使用的时候才去创建实例，不用时不去主动创建。
　　在单线程环境下，单例模式根据实例化对象时机的不同，有两种经典的实现：一种是 饿汉式单例(立即加载)，一种是 懒汉式单例(延迟加载)。
饿汉式单例在单例类被加载时候，就实例化一个对象并交给自己的引用；
而懒汉式单例只有在真正使用的时候才会实例化一个对象并交给自己的引用。
饿汉式是线程安全的，而懒汉式是非线程安全的。

代码示例分别如下：

// 饿汉式单例
public class Singleton {
// 指向自己实例的私有静态引用，主动创建
private static Singleton instance = new Singleton();
// 私有的构造方法
private Singleton(){}
// 以自己实例为返回值的静态的公有方法，静态工厂方法
public static Singleton getInstance (){
return instance ;
}
}
类加载的方式是按需加载，且只加载一次。因此，在上述单例类被加载时，就会实例化一个对象并交给自己的引用，供系统使用。换句话说，在线程访问单例对象之前就已经创建好了。再加上，由于一个类在整个生命周期中只会被加载一次，因此该单例类只会创建一个实例，也就是说，线程每次都只能也必定只可以拿到这个唯一的对象。因此就说，饿汉式单例天生就是线程安全的。

//懒汉式单例
public class Singleton {
private static Singleton instance;
private SimpleSingleton(){ }
public static Singleton getInstance(){
//如果不存在则实例一个
if(instance==null){
//创建第一个实例时是线程不安全的
instance= new Singleton();
}
return instance;
}
}

上面发生非线程安全的一个显著原因是，会有多个线程同时进入 if (singleton2 == null) {…} 语句块的情形发生。当这种这种情形发生后，该单例类就会创建出多个实例，违背单例模式的初衷。因此，传统的懒汉式单例是非线程安全的。

实现线程安全的懒汉式单例的几种正确姿势

1)、同步延迟加载 — synchronized方法

// 线程安全的懒汉式单例
public class Singleton2 {
private static Singleton2 singleton2;
private Singleton2(){}
// 使用 synchronized 修饰，临界资源的同步互斥访问
public static synchronized Singleton2 getSingleton2(){
if (singleton2 == null) {
singleton2 = new Singleton2();
}
return singleton2;
}
}

2)、同步延迟加载 — synchronized块

// 线程安全的懒汉式单例
public class Singleton2 {
private static Singleton2 singleton2;
private Singleton2(){}
public static Singleton2 getSingleton2(){
synchronized(Singleton2.class){ // 使用 synchronized 块，临界资源的同步互斥访问
if (singleton2 == null) {
singleton2 = new Singleton2();
}
}
return singleton2;
}
}

3)、同步延迟加载 — 使用内部类实现延迟加载

// 线程安全的懒汉式单例
public class Singleton5 {
// 私有内部类，按需加载，用时加载，也就是延迟加载
private static class Holder {
private static Singleton5 singleton5 = new Singleton5();
}
private Singleton5() { }
public static Singleton5 getSingleton5() {
return Holder.singleton5;
}
}

4)、双重检查

// 线程安全的懒汉式单例
public class Singleton3 {
//使用volatile关键字防止重排序，因为 new Instance()是一个非原子操作，可能创建一个不完整的实例
private static volatile Singleton3 singleton3;
private Singleton3() { }
public static Singleton3 getSingleton3() {
// Double-Check idiom
if (singleton3 == null) {
synchronized (Singleton3.class) {
// 只需在第一次创建实例时才同步
if (singleton3 == null) {
singleton3 = new Singleton3();
}
}
}
return singleton3;
}
}

如上述代码所示，为了在保证单例的前提下提高运行效率，我们需要对 singleton3 进行第二次检查，目的是避开过多的同步（因为这里的同步只需在第一次创建实例时才同步，一旦创建成功，以后获取实例时就不需要同步获取锁了）。这种做法无疑是优秀的，但是我们必须注意一点：
　　必须使用volatile关键字修饰单例引用。

要想实现效率高的线程安全的单例，我们必须注意以下两点：
尽量减少同步块的作用域；
尽量使用细粒度的锁。

5)、枚举

public enum Singleton {
INSTANCE;
public void whateverMethod() {
}
}

枚举不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象,还可以防止通过反射创建对象.