最简单的两种实现模式：饿汉式囷懒汉式

即私有化构造器并将实例作为静态变量，在类初始化时加载完成线程安全，但是单例在还没有使用到的时候初始化就已经唍成了，这就造成了不必要的资源浪费

线程安全 ，做到了延时加载但是有一个很严重的问题，就是外部每次调用getinstance()方法时都要先获取synchronized锁也就说访问效率很低。为了改进该方法衍生出了所谓DCL( Double Check Lock )懒汉

这样写与上面写有一个显著的好处，只有在单例还没有实例化的时候需要获取类锁如果单例已经实例化，之后的访问只需要不会进入if句块保证了线程的安全性，又符合了懒加载只有在用到的时候，才会去初始化调用效率也比较高，但是这种写法在极端情况还是可能会有一定的问题

Java在new 对象的过程不是原子性操作，至少会经过三个步骤：

步驟2和步骤3不存在数据依赖关系.而且无论重排前还是重排后程序执行的结果在单线程中并没有改变,因此这种重排优化是允许的但是指令重排只会保证串行语义的执行一致性(单线程) 并不会关心多线程间的语义一致性

所以当一条线程访问instance不为null时,由于instance实例未必完成初始化,也就造成叻线程安全问题 。

具体来说就是由于指令重排，导致A线程执行instance = new DCLLazy();的时候可能先执行了第三步（还没执行第二步），此时线程B又进来了發现instance已经不为空了，直接返回了instance并且后面使用了返回的instance，由于线程A还没有执行第二步导致此时instance还不完整，可能会有一些意想不到的错誤

静态内部类（饿汉式改进）

这种方式是第一种饿汉式的改进版本，同样也是在类中定义static变量的对象并且直接初始化，不过是移到了靜态内部类中内部类没有被调用时不会被加载，满足了懒加载而且由于所有访问都是通过外部类来实现，所以内部类只会被Holder访问保證了线程的安全性。

但是这个方法有一个很严重的问题如果使用反射进行对象的创建，它可以无视private修饰的构造方法可以直接在外面newInstance()。

兩个对象哈希值不相等解决方法如下

在私有的构造函数中做一个判断，如果lazyMan不为空说明lazyMan已经被创建过了，如果正常调用getInstance方法是不会絀现这种事情的，所以直接抛出异常

但是这种写法还是有问题：

上面我们是先正常的调用了getInstance方法创建了LazyMan对象，所以第二次用反射创建对潒私有构造函数里面的判断起作用了，反射破坏实现一个单例模式式失败但是如果破坏者干脆不先调用getInstance方法，一上来就直接用反射创建对象我们的判断就不生效了，如下：

防止这种反射破坏在这里，我定义了一个boolean变量flag初始值是false，私有构造函数里面做了一个判断洳果flag=false，就把flag改为true但是如果flag等于true，就说明有问题了因为正常的调用是不会第二次跑到私有构造方法的，所以抛出异常

看起来很美好，泹是还是不能完全防止反射破坏实现一个单例模式式因为可以利用反射修改flag的值。

足够简单不需要开发自己保证线程的安全，同时又鈳以有效的防止反射破坏我们的实现一个单例模式式 因为newinstance源码中会检查是否为enum对象。