不使用synchronized和lock，如何实现一个线程安全的单例？

不使用synchronized和lock，如何实现一个线程安全的单例?

回答最多的是静态内部类和枚举。很好，这两种确实可以实现。

枚举

publicenumSingleton{
INSTANCE;
publicvoidwhateverMethod(){
}
}

静态内部类

publicclassSingleton{
privatestaticclassSingletonHolder{
privatestaticfinalSingletonINSTANCE=newSingleton();
}
privateSingleton(){}
publicstaticfinalSingletongetInstance(){
returnSingletonHolder.INSTANCE;
}
}

还有人回答的很简单：饿汉。很好，这个也是对的。

饿汉

publicclassSingleton{
privatestaticSingletoninstance=newSingleton();
privateSingleton(){}
publicstaticSingletongetInstance(){
returninstance;
}
}

饿汉变种

publicclassSingleton{
privatestaticclassSingletonHolder{
privatestaticfinalSingletonINSTANCE=newSingleton();
}
privateSingleton(){}
publicstaticfinalSingletongetInstance(){
returnSingletonHolder.INSTANCE;
}
}

(更多单例实现方式见：单例模式的七种写法)

问：这几种实现单例的方式的真正的原理是什么呢?

答：以上几种实现方式，都是借助了ClassLoader的线程安全机制。

先解释清楚为什么说都是借助了ClassLoader。

从后往前说，先说两个饿汉，其实都是通过定义静态的成员变量，以保证instance可以在类初始化的时候被实例化。那为啥让instance在类初始化的时候被实例化就能保证线程安全了呢?因为类的初始化是由ClassLoader完成的，这其实就是利用了ClassLoader的线程安全机制啊。

再说静态内部类，这种方式和两种饿汉方式只有细微差别，只是做法上稍微优雅一点。这种方式是Singleton类被装载了，instance不一定被初始化。因为SingletonHolder类没有被主动使用，只有显示通过调用getInstance方法时，才会显示装载SingletonHolder类，从而实例化instance。。。但是，原理和饿汉一样。

***说枚举，其实，如果把枚举类进行反序列化，你会发现他也是使用了static final来修饰每一个枚举项。(详情见：深度分析Java的枚举类型—-枚举的线程安全性及序列化问题)

至此，我们说清楚了，各位看官的回答都是利用了ClassLoader的线程安全机制。至于为什么ClassLoader加载类是线程安全的，这里可以先直接回答：ClassLoader的loadClass方法在加载类的时候使用了synchronized关键字。也正是因为这样， 除非被重写，这个方法默认在整个装载过程中都是同步的(线程安全的)。(详情见：深度分析Java的ClassLoader机制(源码级别))

哈哈哈哈!!!~所以呢，这里可以说，大家的回答都只答对了一半。虽然没有显示使用synchronized和lock，但是还是间接的用到了!!!!

那么，这里再问一句：不使用synchronized和lock，如何实现一个线程安全的单例?