1.【SpringBoot 一】SpringApplication启动类的源码Args详解
2.分析SpringBoot 的Redis源码
3.springboot如何启动内置tomcat？（源码详解）
4.SpringBoot源码之容器刷新 refreshContext 方法详解
【SpringBoot 一】SpringApplication启动类的Args详解
传递参数的一种方式，如在启动时使用java -jar --spring.profiles.active=prod或更改自定义配置信息。深度使用方式是解析--key=value，其配置优先于项目内部的源码配置。
在大部分使用SpringBoot进行开发的深度项目中，启动类的解析e语言源码保存格式通常是SpringApplication.run(SpringBootDemoPropertiesApplication.class, args);然而，在日常使用中，源码我们似乎很少使用args参数。深度那么，解析args参数究竟有什么作用呢？让我们通过源码来一探究竟。源码
启动一个带有web项目的深度示例，并在application.yml配置文件中定义一个自定义属性developer.name=test。解析以下是源码启动类，其中设置了args参数。深度
1. Args使用场景一：在run方法中，解析args第一次出现在SpringApplication类中。getSpringFactoriesInstances(SpringApplicationRunListener.class, types, this, args)方法用于实例化SpringApplicationRunListener的实现类（配置在spring.factories中的实现类）。关于spring.factories的virgin源码用法，可以参考SpringBoot 二spring.factories加载时机分析。此项目中只在spring.factories中找到了一个实现类org.springframework.boot.context.event.EventPublishingRunListener。在实例化的过程中，将两个参数{ SpringApplication和String[] args}传递过去。对应到的构造函数如下，并且在EventPublishingRunListener的方法中都有把Args传递下去。
2. Args使用场景二：上述SpringApplicationRunListeners完成后，接下来就到了SimpleCommandLinePropertySource。主要看上面的new Source(args)方法。SimpleCommandLinePropertySource也是一个数据源PropertySource，但它主要是存放命令行属性，例如启动参数Args中的属性就会保存在这个对象中。并且SimpleCommandLinePropertySource会被放入到Environment中，所以也可以通过@link Environment.getProperty(String)来获取命令行的值。看构造函数，可以知道实例化之后的SimpleCommandLinePropertySource是name为commandLineArgs的数据源。属性值的bvp源码解析规则如下。往下走到了，这个方法的作用就是把我们的Args放到到Spring的environment中；sources.addFirst(new SimpleCommandLinePropertySource(args))。看到方法是addFirst()，这说明什么？说明命令行的数据源被放到了最前面；那么命令行数据源的属性就会被最优先采用。那么我们就可以通过Environment.getProperty(String)获取args中的值了。那么我们可以利用这个args做什么用呢？可以用它来写入配置，并且是覆盖项目中的配置（因为它的优先级更高）；例如java -jar --spring.profiles.active=dev。这里就算yml配置的是prod，最终使用的是dev。
分析SpringBoot 的Redis源码
在Spring Boot 2.X版本中，官方简化了项目配置，如无需编写繁琐的web.xml和相关XML文件，只需在pom.xml中引入如spring-boot-starter-data-redis的starter包即可完成大部分工作，这极大地提高了开发效率。
深入理解其原理，我们研究了spring-boot-autoconfigure和spring-boot-starter-data-redis的源码。首先，11100101源码配置项在application.properties中的设置会被自动映射到名为RedisProperties的类中，此类由RedisAutoConfiguration类负责扫描和配置。该类会检测是否存在RedisOperations接口的实现，例如官方支持的Jedis或Lettuce，以此来决定使用哪个客户端。
在RedisAutoConfiguration中，通过@Bean注解，它引入了LettuceConnectionConfiguration和JedisConnectionConfiguration，这两个配置类会创建RedisConnectionFactory实例。在注入RedisTemplate时，实际使用的会是第一个被扫描到的RedisConnectionFactory，这里通常是LettuceConnectionFactory，因为它们在@Import注解的导入顺序中位于前面。
自定义starter时，可以模仿官方starter的结构，首先引入spring-boot-autoconfigure，然后创建自己的exp源码配置类（如MyRedisProperties）和操作模板类（如JedisTemplete）。在MyRedisAutoConfiguration中，你需要编写相关配置并确保在spring.factories文件中注册，以便Spring Boot在启动时扫描到你的自定义配置。
以自定义my-redis-starter为例，项目结构包括引入的依赖，配置类的属性绑定，以及创建连接池和操作方法的实现。测试时，只需在Spring Boot项目中引入自定义starter，配置好相关参数，即可验证自定义starter的正确工作。
springboot如何启动内置tomcat？（源码详解）
SpringBoot项目启动时，无需依赖传统Tomcat，因为内部集成了Tomcat功能。本文将深入解析SpringBoot如何通过源码启动内置Tomcat。
关键点在于`registerBeanPostProcessors`的`onRefresh`方法，它扩展了容器对象和bean实例化过程，确保单例和实例化完成。`initApplicationEventMuliticaster`则注册广播对象，与`applicationEvent`和`applicationListener`紧密相关。
文章的核心内容集中在`onRefresh()`方法，其中`createWenServer()`是关键。当`servletContext`和`webServer`为空时，会创建并初始化相关的组件，如`servletWebServerFactory`、`servletContext`（Web请求上下文）、`webServer`（抽象的web容器封装）和`WebServer`实例。`getWebServer()`方法允许在Spring容器刷新后连接webServer。
SpringBoot通过`TomcatServletWebServerFactory`获取webServer，该工厂负责创建和配置webServer，包括Tomcat组件的初始化，如`Connector`和`Context`的设置，以及与wrapper、engine、service和host等的关联。`new Connector`会根据传入的协议进行定制化配置。
理解了这些扩展点，用户可以自定义配置，通过`ServerProperties`或自定义`tomcatConnectorCustomizers`和`tomcatProtocolHandlerCustomizers`来扩展Tomcat的连接器和协议处理器。这就是SpringBoot设计的巧妙之处。
最后，SpringBoot的启动流程涉及逐层初始化和启动Tomcat的组件，如engine、context和wrapper，它们通过生命周期方法如`init`、`start`和`destroy`协同工作。启动过程本质上是一个链式调用，每个组件的初始化和启动都会触发下一层组件的逻辑。
SpringBoot源码之容器刷新 refreshContext 方法详解
深入探索 SpringBoot 容器刷新机制，重点解析 refreshContext 方法，引领你步入 SpringBoot 源码的神秘殿堂。
刷新容器，首先进入 prepareRefresh 方法，为后续流程铺垫。
随后，obtainFreshBeanFactory 方法展开，围绕 DefaultListableBeanFactory 类，确保 Bean 加载与注册的顺利进行。
准备 BeanFactory，通过 prepareBeanFactory 方法，为所有 Bean 的加载与注册工作做好铺垫。
postProcessBeanFactory 方法加入后置处理器，确保 BeanFactory 的最终配置与校验。
invokeBeanFactoryPostProcessors 方法启动，对所有已定义的扩展点进行加载，包括 BeanFactoryPostProcessorPoint 和 BeanDefinitionRegistryPostProcessorPoint，丰富 Spring 的功能。
注册监听器与系统事件，onRefresh 方法负责，通过 ApplicationListener 对象，执行事件的广播与响应。
finishBeanFactoryInitialization 方法，聚焦于 singleton beans 的初始化，确保单例 Bean 的正确创建与配置。
preInstantiateSingletons 方法，对 BeanFactory 中的实例进行预实例化处理，确保懒加载 Bean 的正常启动。
深入getBean方法，解析 Bean 的创建与属性注入过程，从类型与名称注入，到回调处理，每一个细节都不可或缺。
属性注入完成，意味着 Bean 的初始化工作接近尾声，通过回调机制，观察扩展点的丰富性与灵活性。
总结，SpringBoot 的容器刷新机制，不仅高效管理 Bean 的生命周期，还通过扩展点的灵活配置，为开发者提供了强大的自定义能力。
本文仅作为 SpringBoot 容器刷新方法的初步解析，期待后续文章深入探讨扩展点的实现与应用，如有任何疑问或错误，欢迎指正。
参考来源：javadoop.com/post/spring...
