被面试官怼了之后我才发现，我几乎对单例模式一无所知！
Posted 漫话编程
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了被面试官怼了之后我才发现，我几乎对单例模式一无所知！相关的知识，希望对你有一定的参考价值。
单例，大家肯定都不陌生，这是Java中很重要的一个设计模式。其实单例模式看上去简单，实际上却又很多容易被忽视的地方，因为他涉及到一些线程安全的问题，稍不留神就可能入坑。
本文，就通过一次面试经历来深入介绍下和单例有关的那点事儿！本文的第一人称是面试候选人！
之所以会聊到单例，是因为面试者的简历上写了"熟悉常用的设计模式"，面试官在问他熟悉哪种设计模式的时候，我回答"自己对单例比较了解"，但是面试没等结束，我就发现我还是太年轻了。
Q：你日常开发中都是怎么实现单例的呀？
A：我一般使用懒汉模式实现单例的。
Q：你用的懒汉方式实现的单例是线程安全的吗？
A：（这我知道，我用的肯定是线程安全的）我使用的时候，用了synchronized，所以我的实现是线程安全的。
所谓"懒汉"，指的是并不会事先初始化出单例对象，而是在第一次使用的时候再进行初始化，懒汉模式有两种写法，分别是线程安全的和非线程安全的。
public class Singleton {
private static Singleton instance;
private Singleton (){}
public static Singleton getInstance() {
if (instance == null) {
instance = new Singleton();
}
return instance;
}
}
public
class Singleton {
private
static Singleton instance;
private Singleton (){}
public static synchronized Singleton getInstance() {
if (instance ==
null) {
instance =
new Singleton();
}
return instance;
}
}
所谓"饿汉"，是指等不及要赶紧创建单例对象，即在类加载的过程中就进行单例对象的创建。具体实现方式也有多种。
public class Singleton {
private static Singleton instance = new Singleton();
private Singleton (){}
public static Singleton getInstance() {
return instance;
}
}
public class Singleton {
private Singleton instance = null;
static {
instance = new Singleton();
}
private Singleton (){}
public static Singleton getInstance() {
return this.instance;
}
}
通过定义静态的成员变量，以保证单例对象可以在类初始化的过程中被实例化。
这其实是利用了ClassLoader的线程安全机制。ClassLoader的loadClass方法在加载类的时候使用了synchronized关键字。
所以， 除非被重写，这个方法默认在整个装载过程中都是线程安全的。所以在类加载过程中对象的创建也是线程安全的。
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;
}
}
因为编译器有可能进行指令重排优化，使得singleton对象再未完成初始化之前就对其进行了赋值，这样其他人拿到的对象就可能是个残缺的对象了。使用volatile的目的是避免指令重排。保证先进性初始化，然后进行赋值
public enum Singleton {
INSTANCE;
public void whateverMethod() {
}
}
除了写法简单，线程安全以外，枚举还有一个好处，那就是"枚举可以解决反序列化会破坏单里的问题"
在枚举序列化的时候，Java仅仅是将枚举对象的name属性输出到结果中，反序列化的时候则是通过java.lang.Enum的valueOf方法来根据名字查找枚举对象。同时，编译器是不允许任何对这种序列化机制的定制的，因此禁用了writeObject、readObject、readObjectNoData、writeReplace和readResolve等方法。
普通的Java类的反序列化过程中，会通过反射调用类的默认构造函数来初始化对象。所以，即使单例中构造函数是私有的，也会被反射给破坏掉。由于反序列化后的对象是重新new出来的，所以这就破坏了单例。
但是，枚举的反序列化并不是通过反射实现的。所以，也就不会发生由于反序列化导致的单例破坏问题。
以上是关于被面试官怼了之后我才发现，我几乎对单例模式一无所知！的主要内容，如果未能解决你的问题，请参考以下文章