一、饿汉式
写法一:
写法二:
两种写法都是在类加载的时候就加载了实例,没有达到Lazy Loading的效果。
优点:
1、写法简单
2、能够解决线程同步的问题
缺点:
由于在类加载的时候就申请了一块内存,如果一直没有用到这个实例,就会导致内存的浪费。
二、懒汉式
写法一:
缺点:线程不安全,比如两个线程同时访问这个方法,就会导致创建两次对象,拿到的实例对象不一样,违背了单例的原则。
写法二:
在方法上加上线程锁synchronized。这样能够解决线程安全的问题。
缺点:效率比较低。当我们每次获取对象的时候,方法都要进行一次同步,同步需要耗时的,显然降低了效率。
写法三:
改用同步代码块的方式代替上面的方法同步,效率提上来了。
缺点:线程不安全。比如,当线程1进入if判断instance=null,还没有来得及进行下一次的if的判断,线程2也进来了,判断instace还是为null,这样就会实例化多个实例。(简而言之就是多个线程同时通过了if的判断,就会实例化多个对象)
三、双重检验
写法一:
第一层校验:判断当前对象是否被实例化,如果已经被实例化直接返回,这个过程没有加锁
第二层检验:再次判断对象是否已经实例化,否则实例化对象,这个过程加锁。
这样貌似能够解决线程安全的问题,但一定是能够放心使用的吗?当然不能,问题的关键就在于 “instance=new SingletonTwo” 这一行。首先需要了解对象的创建过程。对象正常的初始化顺序是:
但是有时候编译器为了性能的考虑,会将第二步和第三步进行调换,如下:
这样就导致了重排序的问题。
比如:线程A在实例化的过程中,线程B访问这个方法,就会判断instance是不为空的,就会返回使用,但实际上instance还没有实例化。导致空指针的出现。
缺点:编译器优化导致重排序问题,会出现空指针的情况。
写法二:
在上面的基础上增加了volatile修饰符,这样使用了volatile关键字后,重排序被禁止,不允许线程内部缓存,所有的写(write)操作都将发生在读(read)操作之前。
四、静态内部类
在饿汉式基础之上进行改良,这样能够实现线程安全(因为java虚拟机的静态内部类绝对是线程安全的)和Lazy Loading效果。只有第一次调用getInstance()方法的时候才会实例化对象,下次在调用不会再实例化。当getInstance()方法被调用时,SingletonIstance才在SingletonFour的运行时常量池里,把符号引用替换为直接引用,这时静态对象INSTANCE也真正被创建。
final:
1、被修饰的变量只能初始化一次,保证了唯一性
2、java虚拟机编译后,是不会保留final属性的,这是因为虚拟机进行了优化处理。
缺点:传参是一个致命的问题
五、枚举类
使用如下:
借助JDK1.5中添加的枚举来实现单例模式。不仅能避免多线程同步问题,而且还能防止反序列化重新创建新的对象。可能是因为枚举在JDK1.5中才添加,所以在实际项目开发中,很少见人这么写过。枚举为什么是单例的呢?下面分析一下,通过查看编译器编译的字节码问价,截图如下:
注意两点:
1、编译成字节码后继承自Enum类
2、编译成字节码后字段被加上static final修饰。
由于Enum的构造方法是私有的,所以一个枚举对象只能被实例化一次,另外由于被final修饰,也只能被初始化一次,线程安全的。
优点:系统内存中该类只存在一个对象,节省了系统资源,对于一些需要频繁创建销毁的对象,使用单例模式可以提高系统性能。
缺点:当想实例化一个单例类的时候,必须要记住使用相应的获取对象的方法,而不是使用new,可能会给其他开发人员造成困扰,特别是看不到源码的时候。
适用场合:
- 需要频繁的进行创建和销毁的对象;
- 创建对象时耗时过多或耗费资源过多,但又经常用到的对象;
- 工具类对象;
- 频繁访问数据库或文件的对象。