1.【Spring源码】- 02 Spring IoC容器启动之refresh方法
2.Spring5源码分析之@Configuration注解的详解。希望读者能够耐着性子看完
3.Spring Boot 3系列之-启动类详解
4.我们来聊聊< context:component-scan/>
【Spring源码】- 02 Spring IoC容器启动之refresh方法
在注册阶段，AnnotationConfigApplicationContext构造方法中的第一个方法被分析过。接下来，我们关注第二个方法：register(componentClasses)。在使用XML配置方式时，asp.net登录源码通过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中实现）。混合app源码购买这些步骤确保了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、分红返利ASP源码@Repository等注解配合，这些注解本质上都有@Component，适合不同场景的管理。此外，@Configuration可以同@Import和@Profile注解组合，实现更灵活的配置导入和环境条件控制。
在配置类内部嵌套@Configuration，可以利用静态内部类简化@Import的使用。配置类的初始化可以通过@Lazy注解延迟，提供更细致的控制。配置类解析涉及@ConfigurationClassPostProcessor处理器，处理@Configuration类的@Bean、@ComponentScan和环境相关注解。
最后，@Configuration类的Bean定义信息由ConfigurationClassBeanDefinitionReader处理并注册到Spring容器，整个过程包括解析@Configuration类、扫描相关注解和Bean定义的加载。
理解@Configuration的解析流程，能帮助你更高效地利用Spring的动态配置能力。如果你对文章内容有所收获，别忘了分享和关注我们的更多内容。
Spring Boot 3系列之-启动类详解
Spring Boot简化了Spring应用程序的开发与部署，让开发者专注于业务逻辑。在Spring Boot项目中，启动类是入口点，通常在根路径下，标注了 @SpringBootApplication。此注解集成了配置、组件扫描、自动配置等功能，减少配置工作。
启动类上 @SpringBootApplication 注解，组合了三个注解：@SpringBootConfiguration, @EnableAutoConfiguration 和 @ComponentScan。@SpringBootConfiguration 是配置类注解，@EnableAutoConfiguration 自动配置组件，@ComponentScan 扫描并注册组件。
源码展示：@SpringBootConfiguration 与 @Configuration 类似，用于标注配置类。@EnableAutoConfiguration 根据依赖自动配置组件。@ComponentScan 指定扫描包，自动注册组件。
通过这些注解，Spring Boot简化了应用程序构建，自动配置组件，减少手动配置。理解这些注解的用法，可以更高效地开发Spring Boot应用。
我们来聊聊< context:component-scan/>
上篇建议配置bean扫描包时使用如下写法：
spring-mvc.xml
spring.xml
文中解释通过此配置，Spring MVC容器仅注册带有@Controller注解的bean，其余bean不被注册。有同学疑惑为何如此设置能达到效果，怀疑是盲目复制信息。为维护文章权威性及解答疑惑，本篇将从官网及源码两方面解析。
不是说好的讲< context:component-scan>吗？为何提及注解？放心，虽然源码解析繁琐，但解释得通俗易懂。提及注解，因为Spring中广泛使用注解，本文及前几篇内容涉及注解知识点。先查看 官方文档，概述Java注解基础。
官方文档介绍Java注解及其元注解作用，例如@Target、@Retention、@Documented、@Inherited等，这些元注解用于定义注解的应用范围、存储范围、是否被JavaDoc工具处理、是否被子类继承等特性。了解这些元注解有助于理解注解在Spring框架中的应用。
接下来解析< context:component-scan>元素流程。注解使用@Target注解指定应用范围，@Retention注解定义保留周期，@Documented注解要求注解生成API文档。而@Component注解，同样支持在任意类型上应用，其作用在于指示Spring扫描器在扫描过程中发现并注册标注了该注解的类。因此，通过@Controller注解的类能够被扫描并注册，因为@Controller注解被@Component注解标记。
深入源码解析< component-scan>元素解析器，该元素属于自定义命名空间，解析过程类似于< annotation-driven/>元素。解析器ComponentScanBeanDefinitionParser负责解析配置文件中的组件扫描设置，主要包括获取扫描包、创建扫描器、设置过滤器以及扫描注册bean等关键步骤。
解析器通过配置文件获取要扫描的包，并初始化扫描器。扫描器创建过程中，设置扫描范围、过滤器以及扫描类的白名单或黑名单，确保仅扫描被指定注解标注的类。组件扫描器通过遍历指定包下的类，查找并注册符合条件的bean，其中bean的注册依赖于其注解类型。
扫描注册流程中，组件扫描器从包中查找候选bean，通过解析类信息判断其是否符合注册条件。符合注册条件的bean被加入候选列表，接下来检查容器中是否存在相同bean定义。若不存在，则将bean信息注册到容器中。
扫描注册流程涉及多个步骤，从获取包信息、解析类元信息、判断注解类型、实例化bean等，确保只注册符合要求的bean。理解这些流程有助于深入理解< context:component-scan>元素的功能及工作原理。
经过详尽解析，现在对< context:component-scan>有了深入理解。回看上篇给出的配置代码，是否有了“诚不我欺也”的感觉？请再次回顾解析流程，检验掌握程度。如有疑惑，建议重新阅读文章内容。掌握< context:component-scan>解析流程，能为后续Spring MVC项目的开发提供坚实基础。
