参考

《设计模式：可复用面向对象软件的基础》3.5 Singleton 单件--对象创建型模式

《设计模式解析》（第二版）第21章 Singleton模式和Double-Checked Locking模式

《Android源码设计模式解析与实战》第2章单例模式

意图

保证一个类仅有一个实例，并提供一个访问它的全局访问点。

动机

对一些类来说，只有一个类实例是很重要的，比如一个公司CEO只有一位，一个帝国只有一个皇帝。

单例模式是应用最广的模式之一，单例对象的类必须保证只有一个实例存在。如在一个应用中，应该只有一个ImageLoader实例，这个ImageLoader中又含有线程池，缓存系统，网络请求等，很消耗资源，因此，没有理由让它构造多个实例。

保持只有一个单例，好的办法是让类自身负责保存它的唯一实例。

适用性

当类只能有一个实例而且客户可以从一个众所周知的访问点访问它。

当这个唯一实例应该是通过子类化可扩展的，并且客户应该无需更改代码就能使用一个扩展的实例。

定义

确保一个类只有一个实例，而且自行实例化并向整个系统提供这个实例

角色

Client 高层客户端

Singleton 单例类

Singleton

Java实现单例模式的关键点

构造函数不对外开放，一般为private；

通过一个静态方法或者枚举返回单例类对象；

确保单例类的对象有且只有一个，尤其是在多线程环境下；

确保单例类对象在反序列化时不会重新构建对象；

实现方式

饿汉模式

public class Singleton {    private void Singleton(){}    private static Singleton instance =new Singleton();    public static Singleton getInstance(){        return instance;    }}

加载类的时候就构造了单例，有个问题是万一客户端一直都不用这个单例呢，岂不是浪费资源

懒汉模式

public class Singleton {    private void Singleton(){}    private static Singleton instance;    public  static synchronized Singleton getInstance(){        if (instance==null) {            instance=new Singleton();        }        return instance;    }}

这里getInstance()方法添加了synchronized关键字，也就是getInstance()是一个同步方法，目的是保证在多线程情况下单例对象唯一的手段。这里会有个问题，即使instance已经被初始化，每次调用getInstance()方法都会进行同步，这样会消耗不必要的资源。

Double Check Lock（DCL）实现单例

public class Singleton {    private void Singleton(){}    private static Singleton instance=null;        public  static  Singleton getInstance(){        if (instance==null) {            synchronized (Singleton.class){                if(instance==null){                    instance=new Singleton();                }            }        }        return instance;    }}

因为getInstance()可能同时会有多个客户端调用，DCL方式实现单例模式的优点是既能在需要时才初始化单例，又能保证线程安全，且单例对象初始化调用后调用getInstance不进行同步锁。

第一次检查单例有没有实例化， getInstance()并没有同步，所以不会太耗时，如果为空则进入第二次检查，否则返回实例

第二次检查就是构造实例了，这次必须同步，就是在同步的情况下，判断实例为不为空，为空就构造。

这种实现方式很流行，很多框架都用这种

静态内部类单例模式

public class Singleton {    private void Singleton(){}        public  static Singleton getInstance(){        return SingletonHolder.sInstance;    }    /**     * 静态内部类     */    private static class SingletonHolder{        private static final Singleton sInstance=new Singleton();    }}

DCL虽然在一定程度上解决了资源消耗，多余的同步，线程安全等问题，但是，他还是在某些情况下出项失效的问题。

静态内部类单例模式，当第一次加载Singleton类时并不会初始化sInstance,只有在第一次调用Singleton的getInstance方法时才会导致sInstance被初始化。因此，第一次调用getInstance方法会导致虚拟机加载SinglentonHolder类，这种方式不仅能确保线程安全，也能够保证单例对象的唯一性，同时也延迟了单例的实例化，所以这个是推荐使用的单例模式实现方式。

枚举单例

public enum SingletonEnum {    INSTANCE;    public void dosomeThing(){        System.out.println("do sth.");    }}

《Effective Java》推荐的用法，用枚举

使用容器实现单例模式

public class SingletonManager {    private static Map
     
       objMap=new HashMap
      
       ();        private SingletonManager(){}    public static void registerService(String key,Object instance){        if (!objMap.containsKey(key)) {            objMap.put(key, instance);        }    }    public static Object getService(String key){        return objMap.get(key);    }}

在程序的初始，将多种单例类型注入到一个统一的管理类中，在使用时根据key获取对象对应类型的对象。

优点

减少内存开支，特别是在一个对象频繁的创建和销毁时。

单例模式可以避免对资源的多重占用

单例模式可以在系统中设置全局的访问点，优化和共享资源访问

缺点

单例模式一般没有接口，扩展很困难

单例对象如果持有Context，容易发生内容泄露，最少congtext最好是Application级别的

应用例子1 Android开发封装的OkHttp3 Client单例

// todo 这个很常见了，后面贴个代码

应用例子2 Android中的LayoutInflater

// todo 待研究，后面更