单例模式。构造函数是私有的,通过一个共有的成员函数还调用这个构造函数,在多线程环境下,还需要对这个成员函数进行加锁。
下面是4种单例的创建方式,最安全也最好的是第4种,使用内部类的方式。
1、懒汉式单例,线程不安全的
// 1、懒汉式单例,线程不安全的 public class Singleton { private static Singleton instance; private Singleton() { } public static Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } }
2、懒汉式单例,线程安全的
这种写法能够在多线程中很好的工作,而且看起来它也具备很好的lazy loading,但是,遗憾的是,效率很低,99%情况下不需要同步。
public class Singleton { private static Singleton instance; private Singleton() { } public static synchronized Singleton getInstance() { if (instance == null) { instance = new Singleton(); } return instance; } }
3、饿汉式,线程安全,但不能保证是懒加载的模式
这种方式基于classloder机制避免了多线程的同步问题。不过,instance在类装载时就实例化,虽然导致类装载的原因有很多种,在单例模式中大多数都是调用getInstance方法会导致类加载,此时就是lazy loading。
但是也不能确定有其他的方式(或者其他的静态方法)导致类装载,这时候初始化instance显然没有达到lazy loading的效果。
public class Singleton { private static Singleton instance = new Singleton(); private Singleton() { } public static Singleton getInstance() { return instance; } }
4、静态内部类方式
这种方式同样利用了classloder的机制来保证初始化instance时只有一个线程,它跟第三种方式不同的是(很细微的差别):第三种方式是只要Singleton类被装载了,那么instance就会被实例化(没有达到lazy loading效果)。而这种方式是Singleton类被装载了,instance不一定被初始化。因为SingletonHolder类没有被主动使用,只有显示通过调用getInstance方法时,才会显式装载SingletonHolder类,从而实例化instance。想象一下,如果实例化instance很消耗资源,我想让他延迟加载,另外一方面,我不希望在Singleton类加载时就实例化,因为我不能确保Singleton类还可能在其他的地方被主动使用从而被加载,那么这个时候实例化instance显然是不合适的,这个时候,这种方式相比第三种方式就显得很合理。
public class Singleton { // 私有的 静态的 private static class SingletonHolder { // 私有的 静态的 final类型的 private static final Singleton INSTANCE = new Singleton(); } private Singleton() { } public static final Singleton getInstance() { // 返回内部类的静态属性 return SingletonHolder.INSTANCE; } }