前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >spring框架通过xml以及注解方式注册BeanDefinition的流程全链路分析

spring框架通过xml以及注解方式注册BeanDefinition的流程全链路分析

作者头像
星如月勿忘初心
发布2020-08-01 15:45:56
1K0
发布2020-08-01 15:45:56
举报
文章被收录于专栏:星月小站

文章目录

  • 系列文章主页
  • Spring注册BeanDefinition流程全链路简述
  • Xml配置方式的资源定位、加载、解析、注册全链路分析
  • 注解方式的资源定位、加载、解析、注册全链路分析

系列文章主页

Spring框架源码脉络分析系列文章

在上一章节中,主要介绍了SpringIoC、依赖注入和Spring中的Bean与BeanDefinition。可能部分读者还是比较迷茫,BeanDefinition到底是干什么用的,在本章节中,将通过利用Spring实例化Java对象的过程,先带领读者过一遍Spring框架注册BeanDefinition的运行流程,然后再深入其中,详细分析每一个步骤。

Spring注册BeanDefinition流程全链路简述

在Spring容器的实例化过程中,其核心流程其实非常的简单,逻辑也很清晰,主要是三个步骤:

  1. 解析配置
  2. 定位与注册对象
  3. 注入对象

其中,第三步注入对象将在IoC的最后一个章节进行分析,在本章节中主要分析实例化的前两个过程,因为这两个过程和BeanDefinition息息相关。

而在Spring中,前两个过程都整合在了一起,整个过程其实只是一个方法,位于AbstractApplicationContext类下的refresh()方法中的obtainFreshBeanFactory()方法中。refresh()方法又称为容器的刷新与初始化,在容器的刷新与初始化阶段中,一上来就对BeanDefinition进行了解析配置、定位与注册的过程。

在解析配置、定位与注册BeanDefinition的流程中,容器主要做的事情可以抽象出主要的三个阶段如下:

Xml配置方式的资源定位、加载、解析、注册全链路分析

首先,在Spring源码中新建一个module,命名springdemo,然后仿照平时我们写业务的逻辑,创建一个Service层接口与实现类,然后写一个xml配置文件对该Service层接口进行配置,并在Entrance类中进行Xml配置实例化。

这里由于是xml配置形式,所以使用的容器实现类为FileSystemXmlApplicationContext,不熟悉容器类的请点击:容器类的具体介绍章节,这里主要让读者快速全局速览整个流程。

DefaultListableBeanFactory这个类中的registerBeanDefinition(String beanName, BeanDefinition beanDefinition) 方法打一个断点,这个方法是将BeanDefinition及其beanName注册进容器中。然后以Debug方式执行上述代码,不出意外代码会停在断点处。然后我们查看系统调用栈:

此时,当我们利用ApplicationContext applicationContext = new FileSystemXmlApplicationContext(xmlPath);这个经典代码中注册BeanDefinition流程就清晰展示在了眼前。

在上面的系统调用栈中,其实refresh之后所有的方法执行,都还在refresh中,而且仅仅执行了前两行代码,只到obtainFreshBeanFactory()方法,当执行完obtainFreshBeanFactory()方法后,BeanDefinition就已经被注册进容器中了,所以refresh方法是IoC容器的核心部分,是容器加载的核心源码,在本章节中不深入进去分析,在本章节主要快速带领读者明白IoC容器流程脉络,主要在干什么,refresh方法具体分析可以看下一章节:容器的初始化与刷新逻辑

那么obtainFreshBeanFactory()到底在干什么呢?其实前文已经说得很明白了,这一阶段的核心是读取、解析与注册对象。整个逻辑流程如下图所示:

整个过程跳转、经历的接口与类体系讲解章节如下列出,整个流程所经历的大概类与方法流程图也在下方列出,建议对照阅读:

或者点击此链接看高清大图

  • Spring框架通过Xml文件方式加载注册BeanDefinition的思维导图(点击打开看大图)

或者点击此链接看高清大图

下图把系统调用栈的主要流程进行了注释与分析。

注解方式的资源定位、加载、解析、注册全链路分析

由于注解配置方式和xml文件配置方式所用到的容器不同,首先将启动main函数切换成注解形式,并在业务层加上相关@Controller@Service注解

和xml文件配置方式一样,注解方式的BeanDefinition的注册最后依然会来到DefaultListableBeanFactory 这个类中的registerBeanDefinition(String beanName, BeanDefinition beanDefinition)方法,这是因为不管是xml所用到的容器还是注解所用到的容器,其实都继承自一个重要的高级容器抽象类——AbstractRefreshableApplicationContext,在这个类内部实例化了一个DefaultListableBeanFactory容器作为内部容器,将对BeanDefinition的操作委托给了这个内部容器,而其中注册的流程,就在registerBeanDefinition这个方法中执行,所以xml和注解配置最后的BeanDefinition注册步骤都会来到这里。

以Debug模式执行这段代码,会来到断点处,然后我们观察系统调用栈:

会发现,注解容器启动到注册的全链路流程会比xml方式的调用栈浅一些

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2020/06/06 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 文章目录
  • 系列文章主页
  • Spring注册BeanDefinition流程全链路简述
  • Xml配置方式的资源定位、加载、解析、注册全链路分析
  • 注解方式的资源定位、加载、解析、注册全链路分析
相关产品与服务
容器服务
腾讯云容器服务(Tencent Kubernetes Engine, TKE)基于原生 kubernetes 提供以容器为核心的、高度可扩展的高性能容器管理服务,覆盖 Serverless、边缘计算、分布式云等多种业务部署场景,业内首创单个集群兼容多种计算节点的容器资源管理模式。同时产品作为云原生 Finops 领先布道者,主导开源项目Crane,全面助力客户实现资源优化、成本控制。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档