spring bean加载--从缓存中获取bean

简介: 标签:spring源码学习 入口方法:getSingleton,在Object sharedInstance = getSingleton(beanName);@Override public Object getSingleton(String beanName) { return getSingleton(beanName, tr

标签:spring源码学习


入口方法:getSingleton,在

Object sharedInstance = getSingleton(beanName);
@Override
    public Object getSingleton(String beanName) {
        return getSingleton(beanName, true);
    }

真正的实现:

protected Object getSingleton(String beanName, boolean allowEarlyReference) {
        Object singletonObject = this.singletonObjects.get(beanName);
        if (singletonObject == null && isSingletonCurrentlyInCreation(beanName)) {
            synchronized (this.singletonObjects) {
                singletonObject = this.earlySingletonObjects.get(beanName);
                if (singletonObject == null && allowEarlyReference) {
                    ObjectFactory<?> singletonFactory = this.singletonFactories.get(beanName);
                    if (singletonFactory != null) {
                        singletonObject = singletonFactory.getObject();
                        this.earlySingletonObjects.put(beanName, singletonObject);
                        this.singletonFactories.remove(beanName);
                    }
                }
            }
        }
        return (singletonObject != NULL_OBJECT ? singletonObject : null);
    }

spring单例在同一个spring容器中只创建一次,之后在获取bean的时候,会首先尝试从缓存加载bean,首先从singletonObjects中获取,singletonObjects中存储的是BeanName->Bean Instance, 如果缓存为空,但该bean正在创建过程中(isSingletonCurrentlyInCreation)则尝试从singletonFactories中获取。这是因为spring创建单例bean的时候,存在循环依赖的问题。比如创建bean a的时候发现bean a引用了bean b,此时会去创建bean b,但又发现bean b引用了bean c,所以此时会去创建bean c,在创建bean c的过程中发现bean c引用bean a。这三个bean就形成了一个环。为了解决循环依赖的问题,spring采取了一种将创建的bean实例提早暴露加入到缓存中,一旦下一个bean创建的时候需要依赖上个bean,则直接使用ObjectFactory来获取bean。提前暴露bean实例到缓存的时机是在bean实例创建(调用构造方法)之后,初始化bean实例(属性注入)之前。具体在AbstractAutowireCapableBeanFactory类的

protected Object doCreateBean(final String beanName, final RootBeanDefinition mbd, final Object[] args) {...}

方法中。在该方法中调用了DefaultSingletonBeanRegistry类的

protected void addSingletonFactory(String beanName, ObjectFactory<?> singletonFactory) {
        Assert.notNull(singletonFactory, "Singleton factory must not be null");
        synchronized (this.singletonObjects) {
            if (!this.singletonObjects.containsKey(beanName)) {
                this.singletonFactories.put(beanName, singletonFactory);
                this.earlySingletonObjects.remove(beanName);
                this.registeredSingletons.add(beanName);
            }
        }
    }

将允许提前暴露的单例bean提前加入singletonFactories中,这样就可以在创建依赖的时候避免循环依赖问题。

在从singletonFactories获取bean后,会将其存储到earlySingletonObjects中,然后从singletonFactories移除该bean,之后在要获取该bean就直接从earlySingletonObjects获取。这是因为从singletonFactories获取bean过程中需要调用singletonFactory.getObject(),这里还有一些操作,这样可以进一步提升性能。缓存思想用的很多。在java里面缓存大多都是指一个map结构,我想这应该是map的get和put操作都是O(1),适合用作缓存。
spring bean加载相关的缓存有以下这些:

/** Cache of singleton objects: bean name --> bean instance */
    private final Map<String, Object> singletonObjects = new ConcurrentHashMap<String, Object>(256);

    /** Cache of singleton factories: bean name --> ObjectFactory */
    private final Map<String, ObjectFactory<?>> singletonFactories = new HashMap<String, ObjectFactory<?>>(16);

    /** Cache of early singleton objects: bean name --> bean instance */
    private final Map<String, Object> earlySingletonObjects = new HashMap<String, Object>(16);

singletonObjects和earlySingletonObjects的区别主要在于earlySingletonObjects是为了解决循环依赖设置的,储存的是提前暴露的bean name –> bean instance,而singletonObjects存储的是完全实例化的bean name –> bean instance。

最后附上我看源码自己写的例子:首先定义了三个bean,

public class TestA {
    private boolean beCallConstructor = false;
    private TestB testB;
    public TestA() {
        beCallConstructor = true;
    }

    public String toString() {
        StringBuilder builder = new StringBuilder();
        builder.append("[TestB:").append(testB==null?"未初始化,":"已初始化,");
        builder.append("是否调用完构造方法:").append(beCallConstructor?"是":"否").append("]");
        return builder.toString();
    }
    public void setTestB(TestB testB) {
        this.testB = testB;
    }
}
public class TestB {
    private boolean beCallConstructor = false;
    private TestC testC;
    public TestB() {
        beCallConstructor = true;
    }

    public String toString() {
        StringBuilder builder = new StringBuilder();
        builder.append("[testC:").append(testC==null?"未初始化,":"已初始化,");
        builder.append("是否调用完构造方法:").append(beCallConstructor?"是":"否").append("]");
        return builder.toString();
    }
    public void setTestC(TestC testC) {
        this.testC = testC;
    }
}
public class TestC {
    private boolean beCallConstructor = false;
    private TestA testA;
    public TestC() {
        beCallConstructor = true;
    }

    public String toString() {
        StringBuilder builder = new StringBuilder();
        builder.append("[testA:").append(testA==null?"未初始化,":"已初始化,");
        builder.append("是否调用完构造方法:").append(beCallConstructor?"是":"否").append("]");
        return builder.toString();
    }

    public void setTestA(TestA testA) {
        this.testA = testA;
    }
}

测试方法:

public class TestCircle {

    @Test
    public void testCircle(){
        ApplicationContext bf = new ClassPathXmlApplicationContext("testCircle.xml");
        System.out.println(bf.getBean("testA"));
    }
}

testA提前暴露在singletonFactories的快照
此处输入图片的描述
当testC引用了testA,此时直接从singletonFactories获取ObjectFactory,调用其getObject()方法获取提前暴露的testA,快照如下
此处输入图片的描述
此处输入图片的描述

目录
相关文章
|
8天前
|
缓存 Java Spring
实战指南:四种调整 Spring Bean 初始化顺序的方案
本文探讨了如何调整 Spring Boot 中 Bean 的初始化顺序,以满足业务需求。文章通过四种方案进行了详细分析: 1. **方案一 (@Order)**:通过 `@Order` 注解设置 Bean 的初始化顺序,但发现 `@PostConstruct` 会影响顺序。 2. **方案二 (SmartInitializingSingleton)**:在所有单例 Bean 初始化后执行额外的初始化工作,但无法精确控制特定 Bean 的顺序。 3. **方案三 (@DependsOn)**:通过 `@DependsOn` 注解指定 Bean 之间的依赖关系,成功实现顺序控制,但耦合性较高。
实战指南:四种调整 Spring Bean 初始化顺序的方案
|
3月前
|
缓存 NoSQL Java
【Azure Redis 缓存】示例使用 redisson-spring-boot-starter 连接/使用 Azure Redis 服务
【Azure Redis 缓存】示例使用 redisson-spring-boot-starter 连接/使用 Azure Redis 服务
|
1月前
|
XML Java 数据格式
Spring从入门到入土(bean的一些子标签及注解的使用)
本文详细介绍了Spring框架中Bean的创建和使用,包括使用XML配置文件中的标签和注解来创建和管理Bean,以及如何通过构造器、Setter方法和属性注入来配置Bean。
66 9
Spring从入门到入土(bean的一些子标签及注解的使用)
|
14天前
|
存储 缓存 Java
Spring缓存注解【@Cacheable、@CachePut、@CacheEvict、@Caching、@CacheConfig】使用及注意事项
Spring缓存注解【@Cacheable、@CachePut、@CacheEvict、@Caching、@CacheConfig】使用及注意事项
54 2
|
2月前
|
缓存 Java 开发工具
Spring是如何解决循环依赖的?从底层源码入手,详细解读Spring框架的三级缓存
三级缓存是Spring框架里,一个经典的技术点,它很好地解决了循环依赖的问题,也是很多面试中会被问到的问题,本文从源码入手,详细剖析Spring三级缓存的来龙去脉。
183 24
Spring是如何解决循环依赖的?从底层源码入手,详细解读Spring框架的三级缓存
|
2月前
|
缓存 安全 Java
Spring框架中Bean是如何加载的?从底层源码入手,详细解读Bean的创建流程
从底层源码入手,通过代码示例,追踪AnnotationConfigApplicationContext加载配置类、启动Spring容器的整个流程,并对IOC、BeanDefinition、PostProcesser等相关概念进行解释
189 24
Spring框架中Bean是如何加载的?从底层源码入手,详细解读Bean的创建流程
|
27天前
|
Java 测试技术 Windows
咦!Spring容器里为什么没有我需要的Bean?
【10月更文挑战第11天】项目经理给小菜分配了一个紧急需求,小菜迅速搭建了一个SpringBoot项目并完成了开发。然而,启动测试时发现接口404,原因是控制器包不在默认扫描路径下。通过配置`@ComponentScan`的`basePackages`字段,解决了问题。总结:`@SpringBootApplication`默认只扫描当前包下的组件,需要扫描其他包时需配置`@ComponentScan`。
|
2月前
|
XML Java 数据格式
Spring IOC—基于XML配置Bean的更多内容和细节(通俗易懂)
Spring 第二节内容补充 关于Bean配置的更多内容和细节 万字详解!
206 18
Spring IOC—基于XML配置Bean的更多内容和细节(通俗易懂)
|
2月前
|
XML Java 数据格式
spring复习02,xml配置管理bean
详细讲解了Spring框架中基于XML配置文件管理bean的各种方式,包括获取bean、依赖注入、特殊值处理、属性赋值、集合类型处理、p命名空间、bean作用域及生命周期和自动装配。
spring复习02,xml配置管理bean
|
1月前
|
Java 开发者 Spring
Spring bean的生命周期详解!
本文详细解析Spring Bean的生命周期及其核心概念,并深入源码分析。Spring Bean是Spring框架的核心,由容器管理其生命周期。从实例化到销毁,共经历十个阶段,包括属性赋值、接口回调、初始化及销毁等。通过剖析`BeanFactory`、`ApplicationContext`等关键接口与类,帮助你深入了解Spring Bean的管理机制。希望本文能助你更好地掌握Spring Bean生命周期。
69 1

热门文章

最新文章