单例模式的几种形式
1.饿汉式：优点是线程安全，在加载类的时候就创建一次并且只会创建一次，缺点是还没有使用就加载好了，是典型的空间换时间，当类装载的时候就会创建类实例，即使你很长时间用不到它，不符合java的设计原则
public class HungrySingleMode {
private HungrySingleMode(){}
private static HungrySingleMode instance=new HungrySingleMode();
public static HungrySingleMode getInstance(){
return instance;
}
}
2.懒汉式,在使用的时候去创建实例，是典型的时间换空间，也就是每次获取实例都会进行判断，看是否需要创建实例，浪费判断的时间。当然，如果一直没有人使用的话，那就不会创建实例，则节约内存空间，懒汉式有两种写法，关键在于加锁的位置
第一种写法，把锁加在创建实例的方法上，可以保证线程安全，但是效率较低，因为每次获取实例都要进行锁的操作，而实际上，只有第一次创建实例的时候需要加锁，在此调用因为实例已经存在，所以没必要再锁，这种方式降低了效率
public class LazySingleMode {
private LazySingleMode(){}
private static LazySingleMode instance;
public static synchronized LazySingleMode getInstance(){
if(instance == null){
instance = new LazySingleMode();
}
return instance;
}
}
第二种写法,把锁加载方法中，先进行实例的判断，如果为null，加锁创建，保证线程安全，如果不为null，直接返回实例，这样以来也就只有第一次获取实例的时候会进行锁的操作，以后就不需要了，提高了效率
public class LazySingleMode {
private LazySingleMode(){}
private static LazySingleMode instance;
public static LazySingleMode getInstance(){
if(instance == null){
synchronized (LazySingleMode.class){
if(instance == null){
instance = new LazySingleMode();
}
}
}
return instance;
}
}
这样看来加了锁的懒汉式单例已经是绝对的线程安全了，其实不然
在高并发的多线程编程中，即便是如上我们已经加了锁，其实也不是绝对安全的，JDK1.5之后处理器针对乱序指令进行指令重排仍会导致这个问题，指令重排是JVM为了优化指令，提高程序运行效率，在不影响单线程程序执行结果的前提下，尽可能地提高并行度。编译器、处理器也遵循这样一个目标。注意是单线程。多线程的情况下指令重排序就会给程序员带来问题。
拿上边的懒汉式第二种写法为例，在进行instance是否为null的判断中
if(instance == null){
synchronized (LazySingleMode.class){
if(instance == null){
instance = new LazySingleMode();
}
}
}
进行指令重排之后的代码为：
if(instance == null){
synchronized (LazySingleMode.class){
instance = new LazySingleMode();
}
}
为什么第二个判断没有了呢，因为编译器判断这个程序在执行过程中，这个值是不会改变的，编译器不考虑多线程的情况，这就是指令重排的结果，多线程编程的情况下指令重排序就会给程序员带来问题。少了这个判断，就会导致，假设两个线程同时走到了if(instance == null)的下边，这时就会导致实例被创建两次
那么如何避免，接下来就是一种线程绝对安全的单例模式的写法，叫单例的DCL方式
public class LazySingleMode {
private LazySingleMode(){}
private static volatile LazySingleMode instance;
public static LazySingleMode getInstance(){
if(instance == null){
synchronized (LazySingleMode.class){
if(instance == null){
instance = new LazySingleMode();
}
}
}
return instance;
}
}
没有增加什么东西，仅仅是给LazySingleMode的实例添加了一个关键字：volatile
加了volatile，是告诉编译器，这个变量随时有可能会被其他线程改变，这样编译器就不会把这两个判断优化成一个判断了。也就是告诉编译器，不要自作聪明的对我进行指令重排序
网上对volatile的解释很详细：
volatile的变量，可以保证对该变量的操作具有原子性，典型的例子是long和
double型变量，通常需要分两步读写一个double变量，volatile修饰的double可以
保证对一个double变量的操作的两部分不会被多线程插入。以及对引用类型赋值
的，new一个实例的过程不会被其他线程插入（new在编译指令中是分成几步执
行的，防止这几步在执行过程中被其他线程取这个变量值，取到一个不完整的实
例）。可以简单的理解为对volatile变量的set和get方法加上了synchronized关键
字，在new的过程中，整个都处在set中，所以不会被其他线程的get打断，取到
不完整的引用。
原子性针对一个long或者double或者一个引用类型，对于引用类型，原子性
是指在new实例的过程中，不会被其他线程取到，即不会被其他线程取到一个不
完整的实例。这种原子性可以理解为new的过程处于一个synchronize段的set方
法中，只有set结束才可以被get到，即new的整个过程都是处于set中的。也可以
理解为指令重排序，禁止把new过程的指令与把引用赋值给变量的语句重排序，
赋值只发生在new结束之后。
3.饿汉式变形版,我们知道饿汉式的单例模式是可以保证线程安全之一点的，但是唯一不好的地方就是在还没有调用的时候就初始化了实例，这样以来导致还没有使用就占用过多的空间，那么有没有一种办法可以解决这个问题，让饿汉式也可以实现使用的时候创建实例，下面我们就来实现这一点
public class InnerHolderSingleMode {
private InnerHolderSingleMode(){}
private static class ClassHolder{
private static InnerHolderSingleMode instance = new InnerHolderSingleMode();
}
public static InnerHolderSingleMode getInstance (){
return ClassHolder.instance;
}
}
大致相同的写法，区别就在于我们的类的实例是在这个类中内部类中创建的，这样就可以实现当我们调用
getInstance方法的时候再去初始化外部类的实例，达到节省空间的目的，同样也保证了线程安全
4.枚举实现单例模式，有言论说枚举是jdk1.5之后实现单例最好的方式
单元素的枚举类型已经成为实现Singleton的最佳方法。
---------《Effective Java》
枚举单例是如何被保证的：
首先，在枚举中构造方法为私有，在我们访问枚举实例时会执行构造方法，同时每个枚举实例都是static final类型的，也就表明只能被实例化一次。在调用构造方法时，我们的单例被实例化。
也就是说，因为enum中的实例被保证只会被实例化一次，所以我们的INSTANCE也被保证实例化一次
public enum EnumSingleMode {
//EnumSingleMode可以看作一个类，INSTANCE就是这个类的实例,
//每个枚举实例都是static final类型的,也就是说，编译器编译之后
//INSTANCE前是public static final，所以每个实例只能被初始化一次
//那么我们要调用这个枚举中的方法或者实例，
//只需要EnumSingleMode.INSTANCE.getInstance()
//或者EnumSingleMode.INSTANCE.instance
//当我们访问这个枚举实例时会执行构造方法，此时我们的单例被实例化instance = new Teacher();
//因为enum中的实例被保证只会被实例化一次(INSTANCE只会实例化一次)
//所以构造方法也只会执行一次，所以可以保证我们的类Teacher也被实例话一次
INSTANCE;
private Teacher instance;
//枚举中的构造方法本身就是私有的，即便我们不加private，它也是私有
EnumSingleMode(){
instance = new Teacher();
System.out.println("EnumSingleMode构造");
}
public Teacher getInstance() {
return instance;
}
}
