设计模式（一）单例模式-创建型-减少重量级对象创建

定义：

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

单例模式的使用场景

确保某个类只有一个对象的场景，避免产生多个对象消耗过多的资源，或者某种类型的对象只应该有且只有一个。

单例模式UML类图

角色介绍

1.Client-高层客户端
2.Singleton-单例类

实现单例模式的几个关键点
1.构造函数不对外开放（Private修饰符）
2.通过一个静态方法或者枚举返回单例类对象
3.确保单例类的对象有且只有一个，尤其是多线程环境下
4.确保单例类对象在反序列化时不会被重新构建对象

单例类的几种实现方式（线程安全的）

1.饿汉式

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

2.懒汉式

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

3.DCL（双检锁）

public class Singleton {  
    private volatile static Singleton singleton;  
    private Singleton (){}  
    public static Singleton getSingleton() {  
    if (singleton == null) {  
        synchronized (Singleton.class) {  
        if (singleton == null) {  
            singleton = new Singleton();  
        }  
        }  
    }  
    return singleton;  
    }  
}

4.静态内部类

public class Singleton {  
    private static class SingletonHolder {  
    private static final Singleton INSTANCE = new Singleton();  
    }  
    private Singleton (){}  
    public static final Singleton getInstance() {  
    return SingletonHolder.INSTANCE;  
    }  
}

5.枚举类

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

对比图

项目	JDK限制	是否 Lazy 初始化	实现难度
饿汉	无	否	易
懒汉	无	是	易
DCL	1.5起	是	较复杂
静态内部类	无	是	一般
枚举	1.5起	否	易

Android源码可参考

Context，LayoutInflater

总结

单例模式是运用频率很高的模式，但是，由于在客户端通常没有高并发的情况，因此，选择那种实现方式都不会有太大影响。即便如此，出于效率考虑，我们推荐使用DCL和静态内部类的方式。

在Android中的优缺点：

优点：

1.在内存里只有一个实例，减少了内存的开销，尤其是频繁的创建和销毁实例，且创建和销毁又无法优化，单例模式的优势就非常明显
2.避免对资源的多重占用（比如写文件操作）。
3.在应用启动的时候产生一个单例永驻内存
4.可以设置全局的访问点，优化和共享资源访问，可以设计一个单例类来处理所有表的映射。

缺点：

1.没有接口，不能继承，与单一职责原则冲突，一个类应该只关心内部逻辑，而不关心外面怎么样来实例化。

2.单例对象如果持有Context，那么很容易引发内存泄漏，此时需要注意传递给单例对象的Context最好是Application Context

结束语

下一节我们将Builder模式