单例模式分为饿汉式单例模式和懒汉式单例模式
1.饿汉式单例模式:类加载时就会创建对象
//缺点:可能会浪费内存资源
class Cat{
private Cat(){}
private static Cat s=new Cat();
private static Cat getInstance(){
return s;
}
}
2.懒汉式单例模式:用到对象时才会创建对象
//缺点:不会浪费内存空间了,但是线程不安全
class Cat{
private Cat(){}
private static Cat s=null;
private static Cat getInstance(){
if (s==null){
s=new Cat();
}
return s;
}
}
//缺点:虽然线程安全了,但是程序的并发度降低了
class Cat{
private Cat(){}
private static Cat s=null;
private static synchronized Cat getInstance(){
if (s==null){
s=new Cat();
}
return s;
}
}
//这种写法使得只有在加载新的对象进行同步,在加载完了之后,
//其他线程在第九行就可以判断跳过锁的的代价直接到倒数第三行代码了
//做到了很好的并发度。
//用到了双重检查锁的思想
//缺点:假设线程A执行到了第5行,它判断对象为空,于是线程A执行到第8行去初始化这个对象,
但初始化是需要耗费时间的,但是这个对象的地址其实已经存在了。此时线程B也执行到了第5行,
它判断不为空,于是直接跳到12行得到了这个对象。但是,这个对象还没有被完整的初始化!
得到了一个没有初始化完全的对象。关于这个Double-Checked Lock的讨论有很多,目前公认
这是一个Anti-Pattern,有待优化,不推荐使用!
class Cat{
private Cat(){}
private static Cat s=null;
private static Cat getInstance(){
if (s==null){
synchronized (Cat.class){
if (s==null){
s=new Cat();
}
}
}
return s;
}
}
双重检查锁有什么问题?原因是什么?如何解决?
- 使用双重检查锁可能会使线程访问到没有初始化的对象
- 当一个线程创建实例对象的时候,有两个关键操作①初始化对象和②设置引用指向刚分配的内存地址,这两步操作在编译器编译时,可能出现重排序,这时另一个线程可能就会访问到这个还没有被初始化的对象。
- 解决:使用volatile修饰引用,重排序就会被禁止