→23种设计模式大纲
单例模式
提供一个全局唯一的对象,主要用来避免一个对象被反复的创建和销毁。
分类
- 饿汉式
- 懒汉式
- 双重校验锁
- 静态内部类
- 枚举类
饿汉式:线程安全
public class HungrySingleton {
private static Singleton singleton = new Singleton();
private HungrySingleton() {
}
public static Singleton getInstance() {
return singleton;
}
}
依靠类的加载机制,实现线程安全的单例。缺点是类加载的时候就初始化,缺乏懒加载的特性。
懒汉式:非线程安全
public class LazySingleton {
private LazySingleton(){
}
private static Singleton singleton =null;
public static Singleton getInstance(){
if(singleton ==null){
//多个线程同时进入
singleton = new Singleton();
}
return singleton;
}
}
在使用时才加载单例,具备了懒加载的特性。
由于没有在获取单例的方法里面加锁,可能会有多个线程进入到null的判断里,出现创建多个实例的情况。
懒汉式:线程安全→加锁
public class LazySingleton {
private LazySingleton(){
}
private static Singleton singleton =null;
public static synchronized Singleton getInstance(){
if(singleton ==null){
//多个线程同时进入
singleton = new Singleton();
}
return singleton;
}
}
简单粗暴,直接在获取单例的方法上面加锁。可以确保单例。
问题是:实际上只需要在 初次实例化 的时候进行同步,初始化完成后就不需要了。
这种加锁的方式使得每次获取实例都面临同步的等待,毫无疑问是多余的开销。
双重校验锁
public class DoubleCheckSingleton {
private DoubleCheckSingleton() {
}
private static volatile Singleton singleton = null;
public static Singleton getInstance() {
if (singleton == null) {
synchronized (DoubleCheckSingleton.class) {
if (singleton==null) {
singleton = new Singleton();
}
}
}
return singleton;
}
}
双重校验锁算是单例模式里面最有考校的一种了。
- 只在部分代码块加锁,避免每次获取都要同步;
- 第一次判断null用来判断是否已经初始化完;
- 第二次判断null并且加锁,是来初始化时可能同时进入null的多个线程进行同步,保证单例
看似完美的解决方法其实也有问题
由于java语言的特性,对象的创建过程并不完全依靠以下过程:
- 在队中为对象分配内存空间;
- 执行构造方法初始化对象;
- 调整对象引用指向堆内内存地址;
编译器可能会对2和3进行优化,调整顺序,也就是说,可能先让一个对象先被读取到,但却还没有初始化。
比如线程A此时进入到new Singleton的过程中,编译器进行优化,另外一个线程此时获取的singleton已经不等于null了,但实际上此时还没有执行构造方法初始化对象。 也就是 线程可能获取到一个还没有完全初始化的非法对象。
静态内部类
public class StaticSingleton {
private StaticSingleton(){
}
public static Singleton getInstance(){
return SingletonFactory.singleton;
}
private static class SingletonFactory{
private static final Singleton singleton=new Singleton();
}
}
- 巧妙利用类的加载,使用内部类的方式保证线程安全。
- 且完成了懒加载,
是最妙的一种单例实现。
枚举类
public enum SingletonEum {
Singleton;
}
Java提供的一种天然单例,但使用的较少,