1.25. Spring源码篇之SpEL表达式
2.Spring Boot源码解析（四）ApplicationContext准备阶段
3.学习编程｜Spring源码深度解析 读书笔记 第5章：容器的源码功能扩展
4.SpringBoot源码学习——SpringBoot自动装配源码解析+Spring如何处理配置类的
5.学习编程｜Spring源码深度解析 读书笔记 第4章：bean的加载
6.spring源码解析bean初始化与依赖注入四

25. Spring源码篇之SpEL表达式

       Spring的SpEL表达式，即Spring Expression Language，解析是视频Spring框架中实现复杂功能的关键组件。在Spring中，源码独立的解析spring-expression模块用于支持这一功能。本文将提供对SpEL表达式源码的视频hitool工具源码简要分析，以帮助理解其基本用法。源码

       在AbstractBeanFactory中，解析有一个名为beanExpressionResolver的视频属性，用于配置默认的源码表达式解析器。在初始化BeanFactory时，解析通过AbstractApplicationContext#prepareBeanFactory设置默认值，视频该值默认为开启状态，源码可通过配置参数spring.spel.ignore=false来关闭表达式功能。解析

       核心解析组件是视频BeanExpressionResolver，它提供了evaluate方法，用于解析传入的表达式并返回结果。作为实现类，StandardBeanExpressionResolver具体实现evaluate方法，执行解析任务。

       解析SpEL表达式的接口是ExpressionParser，它接收表达式和ParserContext，后者定义了解析规则。关键子类包括SpelExpressionParser、InternalSpelExpressionParser和TemplateAwareExpressionParser。在解析过程中，会调用TemplateAwareExpressionParser#parseExpressions方法，该方法进一步调用InternalSpelExpressionParser#doParseExpression，实现表达式的详细解析。解析流程的关键步骤是tokenizer.process和eatExpression方法，它们负责识别和处理特殊字符以及逻辑运算。

       SpEL表达式本质上是一个语法树结构，涉及复杂的运算、对象访问和方法调用。它支持的字符规范包括括号、逻辑运算符（如or、and）、比较运算符（如>、seo导航源码<）、点号（用于访问对象属性）、问号（用于条件判断）、美元符号（用于访问变量）等。

       以下是使用SpEL表达式的简单示例：

       案例一

       输出特定值或表达式的结果。

       案例二

       对数据集进行处理，例如筛选、排序或计算。

       案例三

       执行对象方法，如调用实例方法或访问静态方法。

       案例四

       使用SpEL获取Spring容器中的Bean实例，包括使用@和&注解来分别获取普通Bean和FactoryBean。

       通过以上分析，我们大致了解了SpEL表达式的功能和基本用法。理解这些关键类及其功能有助于在实际开发中灵活运用SpEL，提高代码的可维护性和可读性。尽管SpEL的实现细节复杂，掌握其核心概念和用法足以应对常见的应用场景。

Spring Boot源码解析（四）ApplicationContext准备阶段

       深入解析Spring Boot中ApplicationContext的准备阶段，本文将带你从环境设置、后处理到初始化器的执行，直至广播事件和注册应用参数等关键步骤的全面解读。

       环境的设置是准备阶段的起点，主要涉及三个步骤。首先，通过AnnotatedBeanDefinitionReader和ClassPathBeanDefinitionScanner，将包含实际参数的Environment重新配置到这些实例中，以确保ApplicationContext能够准确理解和处理后续的配置信息。

       紧接着，对ApplicationContext进行后处理。这包括注册beanNameGenerator、设置resourceLoader和conversionService。对于一般配置的Spring Boot应用，这些部分往往为空，因此主要执行的是设置conversionService，确保数据转换的顺利进行。

       处理Initializer阶段，bpf源码分析Spring Boot通过遍历META-INF/spring.factories中的initializer加载配置，执行8个预设的Initializer方法，它们负责执行特定的功能，例如增强或定制ApplicationContext行为，尽管具体实现细节未详细展开。

       广播ApplicationContextInitialized和BootstrapContextClosed事件，以及注册applicationArguments和printedBanner，是准备阶段的后续操作，确保ApplicationContext能够接收外部参数并展示启动信息，同时为ApplicationContext的后续操作做准备。

       在设置不支持循环引用和覆盖后，调整lazy initialization为默认不允许。Spring Boot通过配置确保依赖注入过程的高效性和稳定性，同时提供了开启懒加载的选项，允许在实际使用时加载bean，提高应用启动性能。

       最后，处理重排属性的post processor，确保ConfigurationClassPostProcessor加载的property在正确的位置被处理，维护配置加载的逻辑顺序和依赖关系。

       资源的加载是准备阶段的最后一步，将PrimarySource与所有其他源整合到allSources中，并返回一个不可修改的集合。这个过程确保了资源的高效访问和管理，为ApplicationContext的后续操作提供基础。

       在完成启动类的加载后，Spring Boot通过构建BeanDefinitionLoader并配置相应的组件，将主类Application加载到Context中。这一过程是动态且高效的，确保了应用的快速启动和资源的有效管理。

       至此，Spring Boot中ApplicationContext的准备阶段全面解析完成，从环境设置到启动类加载，每一个步骤都为ApplicationContext的高效运行打下了坚实的基础。接下来，我们将探讨ApplicationContext的刷新过程，敬请关注。直播假人源码

学习编程｜Spring源码深度解析 读书笔记 第5章：容器的功能扩展

       深入理解Spring容器的扩展功能：学习笔记

       作者：牛客网-张学友

       在Spring框架中，容器功能的扩展是其强大和灵活的关键。首先，ApplicationContext相较于BeanFactory，提供了更多功能，它是BeanFactory的子类，包含了其所有功能并有所扩充。主要区分点在于ApplicationContext的启动过程和其特有的扩展功能。

       通过`ClassPathXmlApplicationContext`的实例化，开启源码探索之旅。在构造函数和`refresh`方法中，Spring对配置文件解析，并实现了一系列扩展，如环境变量处理、配置文件加载、Spring Expression Language (SPEL)的支持、属性编辑器的注册以及ApplicationContextAwareProcessor的使用等。这些扩展不仅增强了容器的灵活性，还为开发者提供了更丰富的控制选项。

       例如，`refresh`方法中包含了初始化准备工作、BeanFactory的获取和定制、XML文件解析、bean定义填充、Spring表达式解析、属性编辑器注册、BeanPostProcessor的处理、依赖处理和国际化功能等。这些步骤体现了Spring框架的高度可扩展性，使得用户可以根据项目需求定制容器行为。

       总结来说，Spring容器的功能扩展涉及到了配置文件处理、表达式语言、事件监听、国际化等多个方面，使得开发过程更加便捷且易于定制。想了解更多细节，dw导入源码可以参考作者的原文链接和更多读书笔记资源。

SpringBoot源码学习——SpringBoot自动装配源码解析+Spring如何处理配置类的

       SpringBoot通过SPI机制，借助外部引用jar包中的META-INF/spring.factories文件，实现引入starter即可激活功能，简化手动配置bean，实现即开即用。

       启动SpringBoot服务，通常使用Main方法启动，其中@SpringBootApplication注解包含@SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan，自动装配的核心。

       深入分析@SpringBootApplication，其实质是执行了@SpringBootConfiguration、@EnableAutoConfiguration、@ComponentScan三个注解的功能，简化了配置过程，强调了约定大于配置的思想。

       SpringBoot的自动装配原理着重于研究如何初始化ApplicationContext，Spring依赖于ApplicationContext实现其功能，SpringApplication#run方法为初始化ApplicationContext的入口。

       分析SpringApplication构造方法，SpringApplication.run(启动类.class, args) 实际调用的是该方法，其关键在于根据项目类型反射生成合适的ApplicationContext。

       选择AnnotationConfigServletWebServerApplicationContext，此上下文具备启动Servlet服务器和注册Servlet或过滤器类型bean的能力。

       准备刷新ApplicationContext，SpringBoot将主类注册到Spring容器中，以便@ConfigurationClassPostProcessor解析主类注解，发挥@Import、@ComponentScan的作用。

       刷新ApplicationContext过程包括一系列前置准备，如将主类信息封装成AnnotatedGenericBeanDefinition，解析注解并调用BeanDefinitionCustomizer自定义处理。

       解析配置类中的注解，通过BeanDefinitionRegistryPostProcessor和ConfigurationClassParser实现，筛选、排序候选者，并解析@Import注解实现自动装配。

       增强配置类，ConfigurationClassPostProcessor对full模式的配置进行增强，确保@Import正确处理，CGLIB用于增强原配置类，确保生命周期完整，避免真正执行@Bean方法逻辑。

       深入解析AutoConfigurationImportSelector实现自动装配，通过spring.boot.enableautoconfiguration设置开启状态，读取spring-autoconfigure-metadata.properties和META-INF/spring.factories文件，筛选并加载自动配置类。

学习编程｜Spring源码深度解析 读书笔记 第4章：bean的加载

       在Spring框架中，bean的加载过程是一个精细且有序的过程。首先，当需要加载bean时，Spring会尝试通过转换beanName来识别目标对象，可能涉及到别名或FactoryBean的识别。

       加载过程分为几步：从缓存查找单例，Spring容器内单例只创建一次，若缓存中无数据，会尝试从singletonFactories寻找。接着是bean的实例化，从缓存获取原始状态后，可能需要进一步处理以符合预期状态。

       原型模式的依赖检查是单例模式特有的，用来避免循环依赖问题。然后，如果缓存中无数据，会检查parentBeanFactory，递归加载配置。BeanDefinition会被转换为RootBeanDefinition，合并父类属性，确保依赖的正确初始化。

       Spring根据不同的scope策略创建bean，如singleton、prototype等。类型转换是后续步骤，可能将返回的bean转换为所需的类型。FactoryBean的使用提供了灵活的实例化逻辑，用户自定义创建bean的过程。

       当bean为FactoryBean时，getBean()方法代理了FactoryBean的getObject()，允许通过不同的方式配置bean。缓存中获取单例时，会执行循环依赖检测和性能优化。最后，通过ObjectFactory实例singletonFactory定义bean的完整加载逻辑，包括回调方法用于处理单例创建前后的状态。

spring源码解析bean初始化与依赖注入四

       深入解析Spring源码的bean初始化与依赖注入部分，我们将继续从上一篇文章的

       org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#doCreateBean方法入手。

       随后，方法调用

       org.springframework.beans.factory.support.AbstractBeanFactory#registerDisposableBeanIfNecessary进行注册

       紧接着，调用

       org.springframework.beans.factory.support.AbstractBeanFactory#doGetBean获取bean实例。

       在这一过程中，我们到达了

       org.springframework.beans.factory.support.DefaultSingletonBeanRegistry#destroySingleton用于销毁单例bean。

       然后，再次深入

       org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#createBean方法进行bean的创建。

       紧接着，调用

       org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#resolveBeforeInstantiation对bean进行前置解析。

       之后，再次返回

       org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#createBean进行bean实例化。

       然后，调用

       org.springframework.beans.factory.support.AbstractBeanFactory#doGetBean再次获取bean实例。

       紧接着，进入

       org.springframework.beans.factory.support.DefaultListableBeanFactory#preInstantiateSingletons进行单例bean的预实例化。

       最终，完成bean的初始化后触发回调。

       返回

       org.springframework.context.support.AbstractApplicationContext#refresh执行上下文刷新，完成bean初始化与依赖注入。

       至此，本次关于Spring源码中bean初始化与依赖注入的解析告一段落，以上内容仅供学习参考。

Spring源码- Spring IoC容器启动之refresh方法

       在注册阶段，AnnotationConfigApplicationContext构造方法中的第一个方法被分析过。接下来，我们关注第二个方法：register(componentClasses)。在使用XML配置方式时，通过new ClassPathXmlApplicationContext("classpath:spring.xml")来创建实例，其中需要指定xml配置文件路径。使用注解方式时，也需要为ApplicationContext提供起始配置源头，这里使用配置类代替xml配置文件，按照配置类中的注解（如@ComponentScan、@Import、@Bean）解析并注入Bean到IoC容器。

       通过配置类，Spring解析注解实现Bean的注入。使用@Configuration注解定义的配置类相当于xml配置文件，但目前Spring推荐使用注解方式，xml配置的使用概率正在降低。

       register(componentClasses)方法的核心逻辑在AnnotatedBeanDefinitionReader#doRegisterBean中，将传入的配置类解析为BeanDefinition并注册到IoC容器。ConfigurationClassPostProcessor这个BeanFactory后置处理器在IoC初始化时，获取配置类的BeanDefinition集合，开始解析。

       真正启动IoC容器的流程在refresh()方法中，这是了解IoC容器启动流程的关键步骤。refresh方法在AbstractApplicationContext中定义，采用模板模式，提供IoC初始化流程的基本实现，子类可以扩展。

       下面分析refresh()方法的每个步骤，以了解IoC容器的启动流程。

       prepareRefresh方法主要在refresh执行前进行准备工作，如设置Context的启动时间、状态，以及扩展系统属性相关。

       initPropertySources()方法主要用于扩展配置来源，如网络、物理文件、数据库等加载配置信息。StandardEnvironment默认只提供加载系统变量和应用变量的功能，用于子类扩展。

       ❝initPropertySources方法常见扩展场景包括：❞

       getEnvironment().validateRequiredProperties()确保设置的必要属性在环境中存在，否则抛出异常终止应用。

       BeanFactory是Spring的基本IoC容器，ApplicationContext包装了BeanFactory，提供更智能、更便捷的功能。ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();获取的BeanFactory是IoC容器初始化工作的基础。

       上面获取的BeanFactory还不能直接使用，需要填充必要的配置信息。至此，IoC容器的启动流程基本完成。

       这里对IoC启动流程有个大致、直观的印象。主要步骤包括：准备阶段、配置来源扩展、初始化BeanFactory、填充配置、解析配置类、注册Bean、实例化BeanPostProcessor、初始化国际化和事件机制、以及创建内嵌Servlet容器（在SpringBoot中实现）。这些步骤确保了IoC容器顺利启动并管理Bean。

Spring源码 1.源码的下载与编译（by Gradle）

       为了获得Spring源码并成功编译，我们首先需要下载源码。方法之一是使用Git clone命令，前提是我们已安装Git。但要注意，最新版本可能需要JDK ，若需使用JDK 8，推荐选择较旧版本。GitHub上，最新稳定版本为5.2..RELEASE，这是一个GA（General Availability）版本，表示正式发布的版本，适合在生产环境中使用。如果你使用的是JDK 8，建议选择分支版本。

       如果GitHub服务不可用或下载速度缓慢，可以考虑从其他资源库下载。例如，可以使用csdn提供的资源链接支持作者，或者直接从gitee下载源码。

       下载源码后，导入IDEA并选择Gradle工程。IDEA会自动加载，但可能遇到一些报错。如果报错提示“POM relocation to an other version number is not fully supported in Gradle”，需要将xml-apis的版本号更改为1.0.b2。这可以通过在项目的build.gradle文件中添加指定版本的代码来实现。

       加载并配置新模块后，可以通过新建测试类来进行验证。在build.gradle中添加配置，并在模块中新建文件，包括一个启动类、一个配置类和一个实体类。记得刷新Gradle，进行测试。

       测试结果应显示新建的实体类已被Spring容器加载。如果在测试中遇到问题，可以通过检查编译工具、编译器和项目结构来解决。确保使用本地Gradle路径、选择JDK 1.8版本，并在项目设置中选择正确的JDK版本。