手写一个单例模式然后问如何破坏这个单例模式
美团到店的原题，手写一个单例模式然后问如何破坏这个单例模式？
单例模式谁都会，懒汉、饿汉、双重校验锁、匿名内部类、Enum，倒背如流了都，那如何破坏单例呢？
以最简单的饿汉式写法为例：
所谓单例，就是保证一个类只有一个实例对象，那想要破坏单例模式，无非就是创建多个实例对象罢了
那单例模式的构造函数都是 private 的，我们没法直接通过 new 来构造对象，也就是说通过 new 这种方式去破坏单例的可能性是不存在的，得另寻他路。
除了 new，创建对象的方式还有 clone，反序列化，以及反射。
要调用 clone 方法，那么必须实现 Cloneable 接口，但是单例模式是不能实现这个接口的，因此排除这种可能性。所以我们要讨论的其实就是如何通过反序列化 和反射对单例模式进行破坏
反序列化破坏单例
序列化是破坏单例模式的一大利器。相比于克隆，实现序列化在实际操作中更加不可避免，有些类，它就是一定要序列化。
下面我们来做个测试，在上面的单例模式中实现序列化接口，然后先通过 getInstance 拿到一个对象，对这个对象进行序列化再反序列化拿到一个对象，比较两个对象是否是同一个对象：
结果为 false，说明通过对 Singleton 的序列化再反序列化得到的对象是一个新的对象，这就破坏了 Singleton 的单例性。
反序列化是怎么创建一个新对象的？
我们可以点击 readObject 这个方法看看
核心是 readObject0，继续点进去：
根据传入参数类型的不同，调用了不同的方法进行反序列化，点进针对 Object 的 readOrdinaryObject 方法看看：
真相大白了，反序列化底层其实就是使用了反射帮我们创建了一个新的对象。
如何阻止反序列化破坏单例？
现在我们在 Singleton 类中实现一个 readResolve 方法，该方法直接返回了这个单例对象：
重新执行下，发现结果为 true！也就是说 instance1 和 instance2 是同一个对象！
具体是什么原理，我们来看看刚才的 readOrdinaryObject 方法：
可以看到，在条件判断中 desc.hasReadResolveMethod() 会判断类是否有 readResolve() 方法，如果有的话会通过 desc.invokeReadResolve(obj) 去反射调用该方法，由于我们的 readResolve 方法直接返回了 instance，不会创建一个新对象，这样最终就保证了类实例对象的唯一性
所以，如果想要防止单例被反序列化破坏，就让单例类实现 readResolve() 方法
反射破坏单例
上面说到，反序列化底层其实就是通过反射来创建一个新对象的，我们直接来看反射是怎么破坏单例的：
执行结果当然是 false 了
如何阻止反射破坏单例？
反射是怎么创建新对象的？是通过类的构造函数来的
所以如果我们想要阻止反射破坏单例，我们就需要修改类的构造函数：
重新执行一遍我们的代码，不出所料抛异常了，这样便防止了单例被反射破坏：
不过这种构造函数判断的方法，只能阻止饿汉式的单例模式，没法阻止懒汉式的单例！
我们可以来写个懒汉模式测试下：
执行下，发现结果仍然是抛异常：
什么情况？
别急，我们把 instance1 和 instance2 的构建顺序调换下：
再执行，结果就是 false 了！！！
这是因为懒汉式的对象只有调用的时候才被创建，我们先调用反射通过私有构造函数来创建对象，这样就越过了 instance != null 的判断，不会抛异常，再通过 getInstance 创建对象，这两个对象就不是同一个对象了，即单例模式被破坏了。
总结下，如果今后需要自己手动实现一个单例的话，可以选择【构造函数判断】+【实现 readResolve() 方法】的方式
来防止单例被破坏
优雅的单例实现：Enum
那如果我不想在构造函数里面做判断，也不想写 readResolve() 方法，我就想安安静静写个单例，有没有更简单更优雅的方法？
答案是有的！可以选择使用 Enum 枚举来实现单例模式
用反射来测试下，结果是直接抛异常了 java.lang.NoSuchMethodException
简单来说就是因为 singletonClass.getDeclaredConstructor() 没有找到 Singleton 的无参构造器，这是为啥？
主要是因为，一旦一个类声明为枚举，实际上就是继承了 java.lang.Enum 类，来看看 Enum 类源码：
Enum 有两个参数 name 和 ordial 两个属性，我们自己写的单例类继承了父类 Enum 的构造函数，所以在上述的 getDecalredConstructor 才会找不到无参构造器，那么是不是我们去调用父类的构造器就可以了呢？我们来测试一下：
哦吼，运行后直接抛 IllegalArgumentException 异常了
无法通过反射创建 Enum 对象 ！！！我们点进去报错的 22 行即 constructor.newInstance 一探究竟：
简单来说就是反射在通过 newInstance 创建对象时，会检查该类是否被 ENUM 修饰，如果是则直接抛出异常，反射失败，所以枚举是不怕反射暴力破解构造器的
上面说枚举是可以阻止反射通过暴力破解构造函数来破坏单例的，再来看枚举是如何阻止反序列化破坏单例的。
事实上，枚举对象的序列化、反序列化有自己的一套机制：
- 序列化的时候，仅仅是将枚举对象的
name属性输出到结果中 - 反序列化的时候则是通过 java.lang.Enum 的
valueOf方法 来根据name查找枚举对象
来看看 Enum.valueOf 方法：
继续看 getEnumConstantsShared() 源码：
水落石出啦，仍然是通过反射做的，先获取枚举类的 values() 方法，再得到所有枚举对象。
简单总结下：
- 每个枚举对象都有一个唯一的
name属性 - 序列化只是将
name属性序列化 - 在反序列化的时候，通过一个
Map(key,value)存储name和与之对应的对象之间的映射，然后通过name就可以直接获得原来的 Enum 对象，而不会创建一个新对象！也就是说反序列化 Enum 类对象拿到的仍然是原来的对象，这样就使得 Enum 类型实现了单例模式下的序列化安全