【Spring注解必知必会】@Scope注解源码解析

本文涉及的产品
云解析 DNS,旗舰版 1个月
全局流量管理 GTM,标准版 1个月
公共DNS(含HTTPDNS解析),每月1000万次HTTP解析
简介: 【Spring注解必知必会】@Scope注解源码解析

概述


@Scope注解想必大家都有所了解,但是很少使用。项目中大部分使用的都是默认值,单例模式。但是作为一个有追求的程序员,我们是有必要了解它底层的实现原理,可以加深我们对Spring Bean生命周期和作用域的理解。


注解简述


@Scope注解, 用来表示Spring中Bean的作用域范围,可以分为一下几种类型:

● singleton: 默认值,单例模式,在整个Spring IoC容器中,使用singleton定义的Bean将只有一个实例。

● prototype: 多实例模式,每次通过容器的getBean方法获取prototype定义的Bean时,都将产生一个新的Bean实例。

● request: 对于每次HTTP请求,使用request定义的Bean都将产生一个新实例,即每次HTTP请求将会产生不同的Bean实例。只有在Web应用中使用Spring时,该作用域才有效。

● session: 对于每次HTTP Session,使用session定义的Bean都将产生一个新实例。同样只有在Web应用中使用Spring时,该作用域才有效。

具体使用参考下面的文章【Spring注解必知必会】全面了解@Scope:

结论:

  1. 如果Bean是singleton类型,会在容器初始化的时候,实例化Bean对象,并且每次调用getBean获取到的Bean对象都是同一个, 伴随着Spring 容器关闭而消亡。
  2. 如果Bean是prototype类型,会在每次调用getBean方法的时候实例化Bean对象,销毁由GC决定。
  3. request、session等类型的bean,只有在web应用中生效。
  4. 默认不设置的情况下,Bean的类型都是singleton类型。


源码解析


整体思路

1671172458634.jpg

  1. 解析定义的Bean Class, 生成对应的BeanDefinition, BeanDefintion中定义了接口判断Bean的作用域scope。
public interface BeanDefinition extends AttributeAccessor, BeanMetadataElement {
  void setScope(@Nullable String scope);
  @Nullable
  String getScope();
  boolean isSingleton();
  boolean isPrototype();
}
复制代码
  1. BeanDefintion根据scope属性判断Bean创建的逻辑,如果scope是singleton单例模式,直接实例化,如果scope是prototype多实例模式,每次getBean重新实例化,如果是其他类型,则采用另外的逻辑处理,由于不常用,本文不重点讨论。


解析Bean Class


1671172625221.jpg

  1. 容器在初始化 执行refresh方法时,最终会调用到ConfigurationClassPostProcessor类来扫描Bean Class。
  2. ConfigurationClassPostProcessor类实现了BeanDefinitionRegistryPostProcessor接口,扩展该接口,可以往BeanDefinition注册中心中添加BeanDefinition。而ConfigurationClassPostProcessor类其中一个作用就是解析@ComponentScan注解,扫描@Configuration、@Service、@Controller、@Repository和@Component注解并注册BeanDefinition。
  3. 最终调用 ClassPathBeanDefinitionScanner#doScan方法扫描获取容器中的Bean Class,恒诚BeanDefinition对象。

1671172631282.jpg

  1. 通过socpeMeataResolver解析器解析出scope属性,设置到BeanDefinition中。

1671172638225.jpg

1671172645434.jpg

  1. 处理scope中的代理属性

1671172652672.jpg

1671172658274.jpg

  1. 至此,就解析出scope类的Bean Definition。


创建Bean


1671172667769.jpg

上面是根据BeanDefinition获取Bean对象时候调用的堆栈信息,最终会调用到AbstractBeanFactory#doGetBean方法, 我们重点查看下该方法。

protected <T> T doGetBean(
      String name, @Nullable Class<T> requiredType, @Nullable Object[] args, boolean typeCheckOnly)
      throws BeansException {
    String beanName = transformedBeanName(name);
    Object beanInstance;
    // 先从单例缓存池中获取Bean
    Object sharedInstance = getSingleton(beanName);
        // 如果Bean实例已经存在
    if (sharedInstance != null && args == null) {
      if (logger.isTraceEnabled()) {
        if (isSingletonCurrentlyInCreation(beanName)) {
          logger.trace("Returning eagerly cached instance of singleton bean '" + beanName +
              "' that is not fully initialized yet - a consequence of a circular reference");
        }
        else {
          logger.trace("Returning cached instance of singleton bean '" + beanName + "'");
        }
      }
      beanInstance = getObjectForBeanInstance(sharedInstance, name, beanName, null);
    }
        // 如果缓存中不存在,则需要创建Bean实例
    else {
               ............
        // 如果BeanDefinition是singleton单例模式
        if (mbd.isSingleton()) {
                    // 创建Bean对象,同时会将新建的Bean对象放到缓存池中
          sharedInstance = getSingleton(beanName, () -> {
            try {
              return createBean(beanName, mbd, args);
            }
            catch (BeansException ex) {
              // Explicitly remove instance from singleton cache: It might have been put there
              // eagerly by the creation process, to allow for circular reference resolution.
              // Also remove any beans that received a temporary reference to the bean.
              destroySingleton(beanName);
              throw ex;
            }
          });
          beanInstance = getObjectForBeanInstance(sharedInstance, name, beanName, mbd);
        }
                // 如果BeanDefinition是prototype多实例模式
        else if (mbd.isPrototype()) {
          // It's a prototype -> create a new instance.
          Object prototypeInstance = null;
          try {
            beforePrototypeCreation(beanName);
                        // 直接创建对象
            prototypeInstance = createBean(beanName, mbd, args);
          }
          finally {
            afterPrototypeCreation(beanName);
          }
          beanInstance = getObjectForBeanInstance(prototypeInstance, name, beanName, mbd);
        }
                // 如果不是singleton或者prototype类型,则采用下面的逻辑
        else {
          String scopeName = mbd.getScope();
          if (!StringUtils.hasLength(scopeName)) {
            throw new IllegalStateException("No scope name defined for bean '" + beanName + "'");
          }
          Scope scope = this.scopes.get(scopeName);
          if (scope == null) {
            throw new IllegalStateException("No Scope registered for scope name '" + scopeName + "'");
          }
          try {
            Object scopedInstance = scope.get(beanName, () -> {
              beforePrototypeCreation(beanName);
              try {
                return createBean(beanName, mbd, args);
              }
              finally {
                afterPrototypeCreation(beanName);
              }
            });
            beanInstance = getObjectForBeanInstance(scopedInstance, name, beanName, mbd);
          }
          catch (IllegalStateException ex) {
            throw new ScopeNotActiveException(beanName, scopeName, ex);
          }
        }
      }
      catch (BeansException ex) {
        beanCreation.tag("exception", ex.getClass().toString());
        beanCreation.tag("message", String.valueOf(ex.getMessage()));
        cleanupAfterBeanCreationFailure(beanName);
        throw ex;
      }
      finally {
        beanCreation.end();
      }
    }
        // 适配处理
    return adaptBeanInstance(name, beanInstance, requiredType);
  }

以上就是整个@Scope注解的实现原理。


总结


本文主要讲述了@Scope注解的实现原理,可以帮助大家从源码层面理解Bean的生命周期和作用域范围。

目录
相关文章
|
18天前
|
XML Java 数据格式
SpringBoot入门(8) - 开发中还有哪些常用注解
SpringBoot入门(8) - 开发中还有哪些常用注解
36 0
|
14天前
|
监控 Java 应用服务中间件
高级java面试---spring.factories文件的解析源码API机制
【11月更文挑战第20天】Spring Boot是一个用于快速构建基于Spring框架的应用程序的开源框架。它通过自动配置、起步依赖和内嵌服务器等特性,极大地简化了Spring应用的开发和部署过程。本文将深入探讨Spring Boot的背景历史、业务场景、功能点以及底层原理,并通过Java代码手写模拟Spring Boot的启动过程,特别是spring.factories文件的解析源码API机制。
44 2
|
25天前
|
XML JSON Java
SpringBoot必须掌握的常用注解!
SpringBoot必须掌握的常用注解!
45 4
SpringBoot必须掌握的常用注解!
|
3天前
|
前端开发 Java 开发者
Spring MVC中的请求映射:@RequestMapping注解深度解析
在Spring MVC框架中,`@RequestMapping`注解是实现请求映射的关键,它将HTTP请求映射到相应的处理器方法上。本文将深入探讨`@RequestMapping`注解的工作原理、使用方法以及最佳实践,为开发者提供一份详尽的技术干货。
19 2
|
3天前
|
前端开发 Java Spring
探索Spring MVC:@Controller注解的全面解析
在Spring MVC框架中,`@Controller`注解是构建Web应用程序的基石之一。它不仅简化了控制器的定义,还提供了一种优雅的方式来处理HTTP请求。本文将全面解析`@Controller`注解,包括其定义、用法、以及在Spring MVC中的作用。
18 2
|
19天前
|
前端开发 Java 开发者
Spring生态学习路径与源码深度探讨
【11月更文挑战第13天】Spring框架作为Java企业级开发中的核心框架,其丰富的生态系统和强大的功能吸引了无数开发者的关注。学习Spring生态不仅仅是掌握Spring Framework本身,更需要深入理解其周边组件和工具,以及源码的底层实现逻辑。本文将从Spring生态的学习路径入手,详细探讨如何系统地学习Spring,并深入解析各个重点的底层实现逻辑。
43 9
|
21天前
|
存储 安全 Java
springboot当中ConfigurationProperties注解作用跟数据库存入有啥区别
`@ConfigurationProperties`注解和数据库存储配置信息各有优劣,适用于不同的应用场景。`@ConfigurationProperties`提供了类型安全和模块化的配置管理方式,适合静态和简单配置。而数据库存储配置信息提供了动态更新和集中管理的能力,适合需要频繁变化和集中管理的配置需求。在实际项目中,可以根据具体需求选择合适的配置管理方式,或者结合使用这两种方式,实现灵活高效的配置管理。
14 0
|
7月前
|
Java 关系型数据库 数据库连接
Spring源码解析--深入Spring事务原理
本文将带领大家领略Spring事务的风采,Spring事务是我们在日常开发中经常会遇到的,也是各种大小面试中的高频题,希望通过本文,能让大家对Spring事务有个深入的了解,无论开发还是面试,都不会让Spring事务成为拦路虎。
97 1
|
2月前
|
Java Spring
Spring底层架构源码解析(三)
Spring底层架构源码解析(三)
120 5
|
2月前
|
XML Java 数据格式
Spring底层架构源码解析(二)
Spring底层架构源码解析(二)

推荐镜像

更多