1、反射对单例模式的破坏

采用反射的方式另辟蹊径实例了该类，导致程序中会存在不止一个实例。

解决方案

其思想就是采用一个全局变量，来标记是否已经实例化过了，如果已经实例化过了，第 二次实例化的时候，抛出异常

2、clone()对单例模式的破坏

当需要实现单例的类允许clone()时，如果处理不当，也会导致程序中出现不止一个实例

解决方案

重写clone()方法，调clone()时直接返回已经实例的对象

3、序列化对单例模式的破坏

在使用序列化/反序列化时，也会出现产生新实例对象的情况

解决方案

在反序列化时的回调方法 readResolve()中返回单例对象

4、指令重排导致懒汉式单例模式失效

看似简单的一段赋值语句：instance = new Singleton();，其实JVM内部已经转换为多条指令：

memory = allocate(); //1：分配对象的内存空间

ctorInstance(memory); //2：初始化对象

instance = memory; //3：设置instance指向刚分配的内存地址

但是经过重排序后如下：

memory = allocate(); //1：分配对象的内存空间

instance = memory; //3：设置instance指向刚分配的内存地址，此时对象还没被初始化

ctorInstance(memory); //2：初始化对象

可以看到指令重排之后，instance指向分配好的内存放在了前面，而这段内存的初始化被排在了后面，在线程A初始化完成这段内存之前，线程B虽然进不去同步代码块，但是在同步代码块之前的判断就会发现instance不为空，此时线程B获得instance对象进行使用就可能发生错误.

解决方案
private static volatile Singleton instance = null;

多线程破坏单例 在多线程环境下,线程的时间片是由CPU自由分配的,具有随机性,而单例对象作为共享资源可能会同时被多个线程同时操作,从而导致同时创建多个对象。当然,这种情况只出现在懒汉式单例中。如果是饿汉式单例,在线程启动前就被初始化了,不存在线程再创建对象的情况

我把可能出现单例被破坏的情况，一共归纳为五种，分别为多线程破坏单例、指令重排破坏单例、克隆破坏单例、反序列化破坏单例、反射破坏单例。

来源于网络，仅供参考

1.反射对单例模式的破坏 采用反射的方式另辟蹊径实例了该类,导致程序中会存在不止一个实例。 解决方案 其思想就是采用一个全局变量,来标记是否已经实例化过了,如果已经实例化过了,第 二次实例化的时候,抛出异常

2.clone()对单例模式的破坏 当需要实现单例的类允许clone()时,如果处理不当,也会导致程序中出现不止一个实例 解决方案 重写clone()方法,调clone()时直接返回已经实例的对象

3.序列化对单例模式的破坏 在使用序列化/反序列化时,也会出现产生新实例对象的情况 解决方案 在反序列化时的回调方法 readResolve()中返回单例对象