枚举单例模式：
关于单例模式的实现有很多种，网上也分析了如今实现单利模式最好用枚举，好处不外乎三点：1.线程安全 2.不会因为序列化而产生新实例 3.防止反射攻击
1.线程安全
下面这段代码就是声明枚举实例的通常做法，它可能还包含实例变量和实例方法，但是为了简单起见，我并没有使用这些东西，仅仅需要小心的是如果你正在使用实例方法，那么你需要确保线程安全（如果它影响到其他对象的状态的话）。默认枚举实例的创建是线程安全的，但是在枚举中的其他任何方法由程序员自己负责。
关于线程安全的保证，其实是通过类加载机制来保证的，我们看看INSTANCE的实例化时机，是在static块中，JVM加载类的过程显然是线程安全的。
static {};
Code:
0: new #12; //class com/abin/lee/spring/util/Singleton$1
3: dup
4: ldc #14; //String INSTANCE
6: iconst_0
7: invokespecial #15; //Method com/abin/lee/spring/util/Singleton$1."<init>":(Ljava/lang/String;I)V
10: putstatic #19; //Field INSTANCE:Lcom/abin/lee/spring/util/Singleton;
13: iconst_1
14: anewarray #1; //class com/abin/lee/spring/util/Singleton
17: dup
18: iconst_0
19: getstatic #19; //Field INSTANCE:Lcom/abin/lee/spring/util/Singleton;
22: aastore
23: putstatic #21; //Field ENUM$VALUES:[Lcom/abin/lee/spring/util/Singleton;
26: return
线程安全，从反编译后的类源码中可以看出也是通过类加载机制保证的，应该是这样吧
2.不会因为序列化而产生新实例
枚举自己处理序列化
传统单例存在的另外一个问题是一旦你实现了序列化接口，那么它们不再保持单例了，因为readObject()方法一直返回一个新的对象就像java的构造方法一样，你可以通过使用readResolve()方法来避免此事发生，看下面的例子：
//readResolve to prevent another instance of Singleton
private Object readResolve(){
return INSTANCE;
}
这样甚至还可以更复杂，如果你的单例类维持了其他对象的状态的话，因此你需要使他们成为transient的对象。但是枚举单例，JVM对序列化有保证。
优点：不仅能避免多线程同步问题，而且还能防止反序列化重新创建新的对象
3.防止反射攻击
反射攻击，我有自己试着反射攻击了以下，不过报错了...看了下方的反编译类源码，明白了，因为单例类的修饰是abstract的，所以没法实例化。（解决）
静态内部类：
// Correct lazy initialization in Java
@ThreadSafe
class Foo {
private static class HelperHolder {
public static Helper helper = new Helper();
}
public static Helper getHelper() {
return HelperHolder.helper;
}
}
它利用了内部静态类只有在被引用的时候才会被加载的规律。
这样一来，一旦内部的HelperHolder被引用了，它就会首先被JVM加载，进行该类的静态域的初始化，从而使得Helper这一单例类被初始化。它之所以是线程安全的，也是托了JVM的福，因为JVM对于类的加载这一过程是线程安全的。