1.前言
设计模式是一种规范，由无数人通过成百上千的例子，总结各种情况下的处理方式，浓缩成了这些简简单单的代码结构。根据这些模式的设计目的，可以将它们分为三大类，即创建型（五种）、结构型（七种）和行为型（十一种）。
创建型，顾名思义，就是用来创建对象的。而单例模式是其中应用最广，接触最早的设计模式，在安卓开发中尤为明显。
2.概念
单例模式可以使整个系统拥有一个全局的对象，方便资源的共享和系统行为的协调。同时，当创建实例需要消耗很多资源时，一次创建多次使用，是个很好的选择。单例模式有很多种写法，但这四个关键点尽量要达到：首次使用才实例化；支持多线程；减少同步开销；避免反序列化时重新生成对象。
3.场景
有一位知名的服装设计师，凭着自己独特的设计风格，与多家服装企业建立长期的合作关系。当新的一季到来时，它们都联系这个设计师，希望他帮自己的企业设计。
4.写法
// 懒汉式
public class Designer {
// 1.私有的静态的实例
private static Designer mInstance;
// 2.私有的构造方法
private Designer() {
}
public void design() {
System.out.println("我有你们都想要的设计风格");
}
// 3.公共的静态的同步的获取实例方法
public static synchronized Designer getInstance() {
if (mInstance == null) {
mInstance = new Designer();
}
return mInstance;
}
}
public class Company {
public static void main(String[] args) {
// 让设计师帮忙设计
Designer.getInstance().design();
}
}
这种方式可以满足刚才所说的四个关键点中的前两点，但是每次获取实例，都得进行同步，造成不必要的同步开销。而且，反序列化时仍然会创建新的实例。所以对它进行如下修改：
// 双重检查锁定式
public class Designer {
// 1.私有的静态的实例
private static Designer mInstance;
// 2.私有的构造方法
private Designer() {
}
public void design() {
System.out.println("我有你们都想要的设计风格");
}
// 3.公共的静态的获取实例方法
public static Designer getInstance() {
// 4.判断是否已创建实例
if (mInstance == null) {
synchronized (Designer.class) {
if (mInstance == null) {
mInstance = new Designer();
}
}
}
return mInstance;
}
}
虽然解决了懒汉式同步开销的问题，但是代码结构较为复杂，不易理解。我们接下来利用Java的机制来写出单例模式。
// 静态内部类式
public class Designer {
// 1.私有的构造方法
private Designer() {
}
public void design() {
System.out.println("我有你们都想要的设计风格");
}
// 2.公共的静态的获取实例方法
public static Designer getInstance() {
return Holder.mInstance;
}
// 3.静态内部类保证线程安全
private static class Holder {
// 4.final关键字让实例不变
private static final Designer mInstance = new Designer();
}
}
现在代码已经比较完善了，可是反序列化创建新对象的问题仍没解决，那我们再看看Java机制能不能解决。
// 枚举式
public enum Designer {
// 所需要的实例对象
INSTANCE;
public void design() {
System.out.println("我有你们都想要的设计风格");
}
}
public class Company {
public static void main(String[] args) {
Designer.INSTANCE.design();
}
}
枚举实例的创建默认就是线程安全，并且反序列化也不会生成新的实例，所以完美解决了上面所说的四个关键点。
5.总结
移动客户端通常没有高并发的情况，也不会对单例对象反序列化，所以哪种方式都可以。不过得注意的是，单例对象如果持有Context，最好是Application Context，否则容易内存泄漏。
