1.Spring源码从入门到精通---@Import（五）
2.Spring源码- 02 Spring IoC容器启动之refresh方法
3.Spring5源码分析之@Configuration注解的源码详解。希望读者能够耐着性子看完
4.SpringBoot源码学习——SpringBoot自动装配源码解析+Spring如何处理配置类的源码
Spring源码从入门到精通---@Import（五）
深入解析如何给容器注册bean
通过ComponentScan+注解如@Controller,@Service,@Compoment,@Repository实现自动扫描bean
@Bean+@Configuration定义导入第三方bean
利用@Import快速批量导入组件，优势在于简化配置
文章重点解析@Import的源码三种用法：直接导入容器、自定义importSelector实现、源码自定义ImportBeanDefinitionRegistrar手动注册
1）@import注解直接导入容器，源码id默认为全类名
2) 自定义importSelector类，源码绘本网站源码返回需要注册的源码全类名数组
3) 实现ImportBeanDefinitionRegistrar接口，自定义组件注册和id
通过@Import源码，源码导入的源码实质是一个数组，允许批量导入多个类
演示通过import将组件如color和red导入容器，源码并展示容器中组件的源码打印
提供JUnit测试类，重复利用方法提取getDefinitionNames()，源码简化测试步骤
新增1）@Import基础使用部分，源码删除原有代码，源码便于理解@Import
运行示例，源码展示导入组件后的容器打印结果，突出import的优势
详细步骤：
2）自定义myImportSelector类实现ImportSelector，返回新增组件路径，结合扫描自定义类
结果展示：blue和yellow组件成功注册容器，loadlibrayy源码验证自定义importSelect功能
3）实现ImportBeanDefinitionRegistrar接口，自定义组件名注册到容器
junit测试不变，运行结果：验证容器中包含red、yellow组件，满足自定义id需求
Spring源码- Spring IoC容器启动之refresh方法
在注册阶段，AnnotationConfigApplicationContext构造方法中的第一个方法被分析过。接下来，我们关注第二个方法：register(componentClasses)。在使用XML配置方式时，通过new ClassPathXmlApplicationContext("classpath:spring.xml")来创建实例，其中需要指定xml配置文件路径。使用注解方式时，也需要为ApplicationContext提供起始配置源头，这里使用配置类代替xml配置文件，按照配置类中的注解（如@ComponentScan、@Import、@Bean）解析并注入Bean到IoC容器。
通过配置类，oppo 源码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还不能直接使用，需要填充必要的publisher 源码配置信息。至此，IoC容器的启动流程基本完成。
这里对IoC启动流程有个大致、直观的印象。主要步骤包括：准备阶段、配置来源扩展、初始化BeanFactory、填充配置、解析配置类、注册Bean、实例化BeanPostProcessor、初始化国际化和事件机制、以及创建内嵌Servlet容器（在SpringBoot中实现）。这些步骤确保了IoC容器顺利启动并管理Bean。
Spring5源码分析之@Configuration注解的详解。希望读者能够耐着性子看完
Spring5源码中@Configuration注解详解，让你理解无需XML的Bean创建。在Spring 3.0以后，@Configuration注解的出现，允许开发者在运行时动态创建和初始化Bean，无需依赖XML配置。它实际上标记了@Component元注解，被@ComponentScan扫描并纳入Spring容器管理。
使用@Configuration时，Bean的默认名称与方法名称相同，可通过name属性指定。它不仅自身可以作为受管理的组件，还能通过@Autowired和@Inject注解注入其他Bean。例如，修改Demo，配置类可以作为服务组件被自动扫描。
@Configuration不仅支持@ComponentScan，还能与@Controller、@Service、@Repository等注解配合，这些注解本质上都有@Component，适合不同场景的管理。此外，@Configuration可以同@Import和@Profile注解组合，实现更灵活的配置导入和环境条件控制。
在配置类内部嵌套@Configuration，可以利用静态内部类简化@Import的使用。配置类的初始化可以通过@Lazy注解延迟，提供更细致的控制。配置类解析涉及@ConfigurationClassPostProcessor处理器，处理@Configuration类的@Bean、@ComponentScan和环境相关注解。
最后，@Configuration类的Bean定义信息由ConfigurationClassBeanDefinitionReader处理并注册到Spring容器，整个过程包括解析@Configuration类、扫描相关注解和Bean定义的加载。
理解@Configuration的解析流程，能帮助你更高效地利用Spring的动态配置能力。如果你对文章内容有所收获，别忘了分享和关注我们的更多内容。
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文件，筛选并加载自动配置类。
