标签：包含 inf 构造 核心 好处 style com lse 不能
单例模式，顾名思义只能存在一个实例。类中包含访问对象唯一的方法，不需要外界去实例化，可以直接访问。单例模式的核心点--构造方法私有化。
单例模式的分类：
1.饿汉式：
饿汉式，从名字上也很好理解，就是“比较饿”，实例在初始化的时候就已经建好了，不管你有没有用到，都先建好了再说。好处是没有线程安全的问题，坏处是浪费内存空间。
2.懒汉式：
懒汉式，顾名思义就是实例在用到的时候才去创建，“比较懒”，用的时候才去检查有没有实例，如果有则返回，没有则新建。单线程情况下不会出现问题，但是在多线程情况下会存在线程安全问题。但仅仅只是采用synchronized锁来保证是不够的，必须要加上双重校验锁和volatile关键字对实例进行修饰。volatile关键字主要是保证内存可见性的（关于内存模型相关内容），因为对象的创建并不是原子性操作。
3.静态内部类：
静态内部类的方式效果类似双检锁，但实现更简单。但这种方式只适用于静态域的情况，双检锁方式可在实例域需要延迟初始化时使用。
单例模式的类型就这么几种，但是回过头来再看下之前的后两种类型，它们这样写就真的安全吗？答案当然是否定的。
在我们学过的技术中有一个很牛逼的，它就是反射（Java高级特性）。
它的定义是这样的：
JAVA反射机制是在运行状态中，对于任意一个类，都能够知道这个类的所有属性和方法；对于任意一个对象，都能够调用它的任意方法和属性；这种动态获取信息以及动态调用对象方法的功能称为java语言的反射机制。
它能够调用任意的方法和属性，也就意味着通过反射去获取对象就会破化单例模式。
如果采用上图所示的方法去创建实例，instance和instance2是不同的。
那如何去解决呢？我们可以进行这样的操作：
在创建实例时增加判断，加上之前懒汉式中的两重，也就是三重判断。结果如下：
但是，这样是不是就解决了？不，还没有。
如果我们都采用反射创建对象呢？
实例对象有被破坏了。-_- -_- -_-
想想还有什么办法呢？--红绿灯（就是定义一个boolean值，初始为false，有则变为true，创建时进行判断）
结果如下：
这样总该解决了吗？然而，并没有。
反射可以获取任意的属性的，当然也能修改了。
结果是：
真是道高一尺，魔高一丈啊！！
那如何解决呢？
这时候我们就要去看下源码了。
在源码中我们可以看到，使用枚举来实现单例，才不会被破坏。
我们试下：
好像是不能被破坏，但是注意下，提示信息和源码中的不一致。怎么回事呢？
原来是构造方法的问题，我们从idea中看到编译后的结果是无参构造，但其实不对，利用反编译工具，反编译后：
我们修改下：
运行结果：
可以看到，与源码中的一致了，到这里我们才算是真正解决了这一问题。
标签：包含 inf 构造 核心 好处 style com lse 不能
原文地址：https://www.cnblogs.com/lonelystreet/p/12773524.html
