反射、序列化破坏单例模式

在单例模式中，了解到的两种破坏无法保证对象唯一性的写法。
比如有人我就不按正常套路去写，我就要装逼，我就要去破坏你的单例。

上代码：

打印结果可以看到，利用反射的话，对象地址并不相同，这个解决办法如下图:

Java中，只要是一个类，无论是否实现构造器都会拥有一个默认的构造器，反射也利用这个特点，会忽略掉是否是private等等…
在构造器中新增一个判断，判断当前的这个对象是否为空，如果不为空直接抛出异常去阻止这个对象的重复创建。

序列化方式破坏单例：

序列化破坏单例只有在 单例对象实现了序列化接口才可以实现，如下：

如果没有实现序列化接口，就会直接报错。
看一下打印结果：

这一块前面输出解释很简单，就是将类作为二进制输出到指定目录下的文件中，
下方通过读取这个文件去初始化一个不同的实例出来。
而解决办法就是重写readResolve方法，返回自己创建的对象。


这样就可以保证单例了，但是为什么重写这个方法就可以了呢？
读取序列化文件实例化出对象的代码主要是这一块：

readObject()我们可以点进去看一下，

这一步操作主要做的是：去对二进制文件保存的对象数据进行一个解析验证，判断这个对象能否被实例化，判断 是否拥有readResolve这个方法是否为空，如果不为空，通过反射的作用去执行readResolve方法，最终实例化一个全新的对象出来。
而如果我们手动在单例类中 手动重写了 readResolve 方法返回我们自己创建的单例对象就解决了序列化的问题。