目录
https://blog.csdn.net/dongganen/article/details/79688794
定义单例模式
面试几乎必问
确保一个类只有一个实例,并提供一个全局访问点。
案例分析
在实际开发过程中我们就经常遇到单例模式,比如Spring容器里的对象默认作用域就是单例的,还有就是线程池、缓存等,我们经常在登录的时候把用户的信息保存在缓存里,在我们下次需要用户信息的时候,不需要再向用户去获取信息,而是从缓存中获取,当然了缓存是客户端的,当缓存有多个的时候,就会出现很多的问题。
我在实际开发过程中最多使用到单例的场景是:
当我们想获取一些资源,我常常在第一次获取的时候去加载他们并且是单例,当下一次需要的时候直接获取,不需要再去加载,我们可以称为管理共享资源。
分析
我们知道,如果使用Java静态变量就可以实现单例。
这样有什么缺点呢?
静态实例在被JVM加载时就被创建,如果这个对象占用的资源很大而我们有没有使用它,其实这样很浪费资源。
我们熟悉的恶汉式其实就是被加载的时候就被创建
//恶汉式
public class Singleton {
public static final Singleton singleton = new Singleton();
private Singleton(){
}
public static Singleton getInstance(){
return singleton;
}
}
//懒汉式
public class Singleton1 {
private Singleton1(){
}
private static Singleton1 singleton1 = null;
public static Singleton1 getInstance(){
if(singleton1 == null){
singleton1 = new Singleton1();
}
return singleton1;
}
}
我们熟悉的懒汉式就是当我们需要的时候才会去创建,这样不会照成资源的浪费,但是在第一次获取的时候会多花点时间。
问题?
在使用懒汉式单例时,虽然不会让费资源,但是在多线程的环境中,可能会创建两个实例,这会照成无法想象的后果!
处理多线程
我们只要把getInstance变成同步方法
public static synchronized Singleton1 getInstance(){
if(singleton1 == null){
singleton1 = new Singleton1();
}
return singleton1;
}
虽然我们解决了同步的问题,但是我们发现有另外一个问题?同步问题只发生在第一次创建对象的时候,如果这样写,每次获取对象都要进行同步判断,同步一个方法可能照成程序执行效率下降100倍。
用”双重检查加锁”,在getInstance()中减少使用同步
利用双重检查加锁,首先检查实例是否已经被创建,如果还没创建,才进行同步,这样只有第一次会同步。
//懒汉式
public class Singleton1 {
/**
* volatile关键词确保当初始化singleton实例时
* 多个线程正确地使用singleton实例
*/
private volatile static Singleton1 singleton = null;
private Singleton1(){
}
public static synchronized Singleton1 getInstance(){
if(singleton == null){
synchronized (Singleton1.class){
if(singleton == null){
singleton = new Singleton1();
}
}
}
return singleton;
}
}
使用静态内部类
public class Singleton {
private static class LazyHolder {
private static final Singleton INSTANCE = new Singleton();
}
private Singleton (){}
public static final Singleton getInstance() {
return LazyHolder.INSTANCE;
}
}
在你第一次获取实例的时候,静态内部类才会创建实例,然后该实例被JVM管理(相当于静态变量),从而来实现单例。