SPRING03_为什么要学习源码、基础的接口、SPRING工作流程详解

简介: ①. 为什么要学习源码?②. Spring基础接口③. Spring的工作流程详解

①. 为什么要学习源码?


①. 工作上:在我们后来的企业级开发期间,调试一些疑难BUG,肯定都要深入到框架底层来进行调试,那如果懂得框架底层源码的时候,在调试BUG期间就会知道这个BUG是由业务逻辑某一部分导致的还是框架底层导致的,因为现在市面上的任何一个框架都不能说是毫无BUG的,都在不断的更新迭代修复,所以学好框架源码这也是必要的


②. 面试上:在面试过程当中,设计模式与框架源码也是一个高频考点。比如经常会有面试官问到:你有没有掌握某一个框架的源码?你所知道的设计模式有哪些?如果你是用另一种角度来进行回答的:比如首先你挑了一个设计模式,也比较与众不同的,你没有挑工厂模式,没有挑单例,假设你挑了一个桥接模式或者是其他模式等。接下来你又在Spring的底层找了一处功能的源码实现,然后发现它使用的就是桥接模式,那接下来应该是这么回答:

(Spring源码的底层在对于某一个功能的实现的时候,它使用了桥接模式,桥接模式它是怎么用的,并在Spring底层又达到了怎么样的一个效果。那么相信这个回答一定是出彩于任何人的,所以这就是无论从什么维度来说都应该学好源码)


③. Spring里面有很多核心接口,只要把这些核心接口搞清楚了,那么Spring的整个运作就非常的清楚了。接下来我们将对Spring的整体流程先做个大概的介绍,后续将会对各个接口进行详解


②. Spring基础接口


①. Resource(资源)+ResourceLoader(资源加载器)

每写一个xml/注解配置都是一个Resource(资源),然后由ResourceLoader(资源加载器)去读取Resource(资源)里面的资源,然后读取完的这些资源,再转为BeanDefinition (Bean的定义信息)


②. BeanFactory(Bean工厂)

这是Spring框架里面最大的工厂,所有东西都在这个BeanFactory工厂里面


③. BeanDefinition(Bean的定义信息)

这是Bean的定义信息,这些定义信息都存在BeanDefinitionRegistry(档案馆里面)


④. BeanDefinitionReader(bean定义信息的读取器)

BeanDefinitionReader(bean定义信息的读取器)去读取资源,并把资源转成BeanDefinition,然后存到BeanDefinitionRegistry里面,最终进行制造


⑤. BeanDefinitionRegistry(Bean的注册中心)

这个是存Bean的定义信息的,可以理解成档案馆


⑥. ApplicationContext(IOC容器)


⑦. Aware(可装配,装配Spring底层的一些组件)


⑧. 生命周期-后置处理器

BeanFactoryPostProcessor

InitializingBean

BeanPostProcessor


③. Spring的工作流程详解


①. Spring暴露给程序员的就是要么写一个xml文件,要么就是写一堆注解

(所有的资源都被Spring用Resources来表示,这叫资源)


②. 这些资源(xml/注解),Spring底层有一个类叫ResourcesLoader(资源加载器),这个ResourcesLoader(资源加载器)就负责加载这些资源


③. 这些资源(xml/注解)写了一些组件或者功能配置,那么实际上在Spring的底层,所有的组件所有的配置都应该放在了BeanDefinition里面,也就是说(xml/注解)写的组件应该在底层对应一个叫BeanDefinition(bean的定义信息)


④. 那么BeanDefinition(bean的定义信息)怎么来的?

ResourcesLoader资源加载器,把这些(xml/注解)资源加载来以后交给BeanDefinitionReader(bean定义信息的读取器),然后将它解析成一个个的BeanDefinition对象


⑤. 放到Spring的哪里呢?.1 Spring底层所有的组件,都得有这个BeanDefinition(Bean定义信息),所以就放在了BeanDefinitionRegistry档案馆里面


⑥. BeanDefinitionRegistry的档案袋就是一个map,这个Map就保存每一个组件是如何定义的


⑦. 接下来就是把这些BeanDefinition(bean的定义信息)挨个给他创建成对象(只要这些对象创建完,那么就能在容器中可以获取)


⑧. 在整个对象创建过程中,是有各种池的:临时对象池(earlySingletonObjects),单例工厂池(singletonFactories),已注册的单例池(registeredSingletons),单例对象池(singletonObjects)。


⑨. 其中就有一个叫单例对象池(singletonObjects),所有创建好的单实例对象全放在这里

以后从工厂中获取,其实就是从这个单例对象池(singletonObjects)里面进行获取的


微信图片_20220108224330.png

相关文章
|
6天前
|
Java API 微服务
【Spring Boot系列】通过OpenAPI规范构建微服务服务接口
【4月更文挑战第5天】通过OpenAPI接口构建Spring Boot服务RestAPI接口
|
1月前
|
传感器 Java API
Spring揭秘:Aware接口应用场景及实现原理!
Aware接口赋予了Bean更多自感知的能力,通过实现不同的Aware接口,Bean可以轻松地获取到Spring容器中的其他资源引用,像ApplicationContext、BeanFactory等。 这样不仅增强了Bean的功能,还提高了代码的可维护性和扩展性,从而让Spring的IoC容器变得更加强大和灵活。
127 0
Spring揭秘:Aware接口应用场景及实现原理!
|
1月前
|
XML 缓存 Java
Spring源码之 Bean 的循环依赖
循环依赖是 Spring 中经典问题之一,那么到底什么是循环依赖?简单说就是对象之间相互引用, 如下图所示: 代码层面上很好理解,在 bean 创建过程中 class A 和 class B 又经历了怎样的过程呢? 可以看出形成了一个闭环,如果想解决这个问题,那么在属性填充时要保证不二次创建 A对象 的步骤,也就是必须保证从容器中能够直接获取到 B。 一、复现循环依赖问题 Spring 中默认允许循环依赖的存在,但在 Spring Boot 2.6.x 版本开始默认禁用了循环依赖 1. 基于xml复现循环依赖 定义实体 Bean java复制代码public class A {
|
7天前
|
Java 关系型数据库 MySQL
一套java+ spring boot与vue+ mysql技术开发的UWB高精度工厂人员定位全套系统源码有应用案例
UWB (ULTRA WIDE BAND, UWB) 技术是一种无线载波通讯技术,它不采用正弦载波,而是利用纳秒级的非正弦波窄脉冲传输数据,因此其所占的频谱范围很宽。一套UWB精确定位系统,最高定位精度可达10cm,具有高精度,高动态,高容量,低功耗的应用。
一套java+ spring boot与vue+ mysql技术开发的UWB高精度工厂人员定位全套系统源码有应用案例
|
1月前
ssm(Spring+Spring mvc+mybatis)Dao接口——IDeptDao
ssm(Spring+Spring mvc+mybatis)Dao接口——IDeptDao
8 0
|
1月前
|
Java Spring
使用JDBCTemplate实现与Spring结合,方法公用 ——接口(BaseDao)
使用JDBCTemplate实现与Spring结合,方法公用 ——接口(BaseDao)
9 0
|
1月前
|
Java Spring
使用spring实现邮件的发送(含测试,源码,注释)
使用spring实现邮件的发送(含测试,源码,注释)
7 0
|
1月前
|
JSON Java 数据库连接
【spring(五)】SpringMvc总结 SSM整合流程
【spring(五)】SpringMvc总结 SSM整合流程
|
1月前
|
存储 Java 数据处理
Spring揭秘:ClassPathScanningProvider接口应用场景及实现原理!
ClassPathScanningCandidateComponentProvider是Spring框架中一个非常核心的类,它主要用于在类路径下扫描并发现带有特定注解的组件,支持诸如@ComponentScan、@Component、@Service、@Repository和@Controller等注解的自动扫描和注册。
Spring揭秘:ClassPathScanningProvider接口应用场景及实现原理!
|
1月前
|
Java API 开发者
Spring揭秘:BeanDefinitionBuilder接口应用场景及实现原理!
BeanDefinitionBuilder类为Spring框架中的Bean定义提供了灵活且强大构建方式,通过API,开发者能够轻松创建和配置Bean,无需依赖繁琐的XML配置或注解。
Spring揭秘:BeanDefinitionBuilder接口应用场景及实现原理!