1.Spring源码从入门到精通---@Import（五）
2.SpringBoot中CommandLineRunner详解(含源码)
3.SpringBoot的源码CommandLineRunner和ApplicationRunner源码分析
4.Spring中ApplicationListener和ApplicationContext的使用
5.6. Spring源码篇之FactoryBean
6.Spring容器之refresh方法源码分析

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组件成功注册容器，验证自定义importSelect功能

       3）实现ImportBeanDefinitionRegistrar接口，自定义组件名注册到容器

       junit测试不变，运行结果：验证容器中包含red、yellow组件，满足自定义id需求

SpringBoot中CommandLineRunner详解(含源码)

       Spring Boot的CommandLineRunner接口是一个函数式接口，用于在Spring Boot应用程序启动后执行一些初始化操作。

       使用CommandLineRunner接口，可以在应用程序启动后执行一些必要的初始化操作，例如加载配置文件、初始化数据库连接、创建默认数据等。可以通过实现CommandLineRunner接口，并重写run方法来定义自己的初始化逻辑。

       在上面的示例中，我们创建了一个名为MyCommandLineRunner的类，并实现了CommandLineRunner接口。在run方法中，我们可以编写需要在应用程序启动后执行的初始化逻辑。

       需要注意的台服暗血源码是，实现CommandLineRunner接口的类需要被Spring容器扫描到，可以使用@Component注解或其他方式将其注册为Spring Bean。

       可以通过@Order()来设置Runner的先后顺序，在上面例子的基础上增加OrderRunner1OrderRunner2执行结果通常用法加载初始化数据。

       可以实现CommandLineRunner接口，在run方法中加载一些初始化数据到数据库等。适合做一些数据预加载工作。

       这里创建了一个DataInitializer类，实现CommandLineRunner接口。在run()方法中，我们注入了UserRepository，然后创建了两个用户对象保存到数据库中。这个类会在Spring Boot应用启动完成后执行，从而实现了数据预加载的效果。通过CommandLineRunner，我们可以灵活地在Spring Boot启动时进行一些初始化操作，如预先加载测试数据、插入管理员账户等，很好地增强了应用的功能。

       假设我们有一个User模型和用户Repository，需要在Spring Boot启动时预加载几个用户数据，可以这样使用CommandLineRunner：

       这里我们实现了CommandLineRunner接口，然后注入UserRepository bean。在run方法中，首先清空所有数据，然后创建两个用户对象并保存，最后打印已保存的用户数。这样在Spring Boot应用启动完成后，就会自动执行run方法，预加载指定的用户数据。

       可以打印出一些应用启动信息，如启动端口、运行环境信息等，用于确认应用配置。

       可以使用多线程启动一些异步任务，进行后台数据处理等复杂业务逻辑。boss娱乐系统源码

       可以调用并验证依赖服务的健康状态，如果不正常可以终止Spring Boot启动。

       可以在启动时调用外部服务，进行验证、数据同步等操作。

       可以对输入的运行参数做校验，如果不满足条件可以终止Spring Boot启动。

       可以根据运行参数等条件动态设置Spring Boot的配置，实现不同环境的适配。

       可以使应用启动后阻塞住主线程，防止main方法直接退出，从而保持Spring Boot应用运行。

       通过CommandLineRunner，我们可以深度控制Spring Boot应用的启动流程，在应用启动阶段增强各种自定义逻辑。是Spring Boot提供的一个很实用的扩展点。

SpringBoot的CommandLineRunner和ApplicationRunner源码分析

       深入探究SpringBoot中的ApplicationRunner和CommandLineRunner接口。这两个接口在启动SpringBoot应用时起到关键作用，下面将对它们进行源码分析。

       首先，让我们聚焦于ApplicationRunner接口，其内部定义了一个名为run的方法，无需额外参数，源码如下所示，展示了接口的基本框架。

       接着，审视CommandLineRunner接口，同样地，它也仅定义了一个run方法，同样没有额外参数，源码内容在此。接口设计简洁，旨在支持特定逻辑的执行。

       为了更直观地理解这些接口的运行，让我们通过实际项目进行演示。具体操作是学会建站用源码将SpringBoot项目打包为JAR文件并执行。

       在项目执行过程中，观察并分析代码，可以揭示更多关于ApplicationRunner和CommandLineRunner接口如何在实际应用中运作的细节。

       接下来，以ApplicationRunnerDemo和CommandLineRunnerDemo为例，深入探讨接口的使用。首先，审视ApplicationRunnerDemo类，了解如何定义实现ApplicationRunner接口的实例并注入应用上下文。然后，通过CommandLineRunnerDemo类，进一步探索实现CommandLineRunner接口的实例，关注参数传递的机制以及接口执行的时机。

       至此，参数传递、参数解析以及获取参数的过程已经清晰呈现。此外，ApplicationRunner和CommandLineRunnerDemo的执行时机也已明确阐述，为理解SpringBoot启动过程中的关键逻辑提供了深入洞察。

Spring中ApplicationListener和ApplicationContext的使用

       关于Spring的源码相关功能

1引入ApplicationContext

       ApplicationContext是Spring的一个核心接口,允许容器通过应用程序上下文环境创建,获取,管理bean.

publicinterfaceApplicationContextextendsEnvironmentCapable,ListableBeanFactory,HierarchicalBeanFactory,MessageSource,ApplicationEventPublisher,ResourcePatternResolver{ /***Returntheuniqueidofthisapplicationcontext.*@returntheuniqueidofthecontext,or{ @codenull}ifnone*/@NullableStringgetId();/***Returnanameforthedeployedapplicationthatthiscontextbelongsto.*@returnanameforthedeployedapplication,ortheemptyStringbydefault*/StringgetApplicationName();/***Returnafriendlynameforthiscontext.*@returnadisplaynameforthiscontext(never{ @codenull})*/StringgetDisplayName();/***Returnthetimestampwhenthiscontextwasfirstloaded.*@returnthetimestamp(ms)whenthiscontextwasfirstloaded*/longgetStartupDate();/***Returntheparentcontext,or{ @codenull}ifthereisnoparent*andthisistherootofthecontexthierarchy.*@returntheparentcontext,or{ @codenull}ifthereisnoparent*/@NullableApplicationContextgetParent();AutowireCapableBeanFactorygetAutowireCapableBeanFactory()throwsIllegalStateException;}

       ApplicationContext提供的功能:

       访问应用程序组件的Bean工厂方法.从org.springframework.beans.factory.ListableBeanFactory继承而来.

publicinterfaceListableBeanFactoryextendsBeanFactory{ ......}

       通用方式加载文件资源的能力.从org.springframework.core.io.support.ResourcePatternResolver继承而来.

packageorg.springframework.core.io.support;importjava.io.IOException;importorg.springframework.core.io.Resource;importorg.springframework.core.io.ResourceLoader;publicinterfaceResourcePatternResolverextendsResourceLoader{ StringCLASSPATH_ALL_URL_PREFIX="classpath*:";Resource[]getResources(Stringvar1)throwsIOException;}

       向注册监听器发布事件的能力.从org.springframework.context.ApplicationEventPublisher继承而来.

@FunctionalInterfacepublicinterfaceApplicationEventPublisher{ defaultvoidpublishEvent(ApplicationEventevent){ publishEvent((Object)event);}voidpublishEvent(Objectevent);}

       解析消息的能力,支持国际化.从org.springframework.context.MessageSource继承而来.

publicinterfaceMessageSource{ @NullableStringgetMessage(Stringcode,@NullableObject[]args,@NullableStringdefaultMessage,Localelocale);StringgetMessage(Stringcode,@NullableObject[]args,Localelocale)throwsNoSuchMessageException;StringgetMessage(MessageSourceResolvableresolvable,Localelocale)throwsNoSuchMessageException;}

       从父上下文继承,后代上下文中的定义总是优先级.单个父上下文可以被整个web应用程序使用，而每个servlet都有自己独立于任何其他servlet的子上下文.

2关于ApplicationListener的说明2.1ApplicationListener简介

       ApplicationContext事件机制是属于设计模式中的观察者设计模式,通过ApplicationEvent类和ApplicationListener接口实现事件处理.

       当容器中有一个ApplicationListener对象,当ApplicationContext发布ApplicationEvent事件时,ApplicationListener对象会被自动触发,需要由程序来控制.此外Spring中也内置了一下事件.

内置事件说明ContextRefreshedEventApplicationContext被初始化或刷新时，该事件被发布。这也可以在ConfigurableApplicationContext接口中使用refresh()方法来发生。此处的初始化是指：所有的Bean被成功装载，后处理Bean被检测并激活，所有SingletonBean被预实例化，ApplicationContext容器已就绪可用ContextStartedEventConfigurableApplicationContext（ApplicationContext子接口）接口中的start()方法启动ApplicationContext时，该事件被发布。你可以调查你的数据库，或者你可以在接受到这个事件后重启任何停止的应用程序ContextStoppedEventConfigurableApplicationContext接口中的stop()停止ApplicationContext时，发布这个事件。你可以在接受到这个事件后做必要的清理的工作ContextClosedEventConfigurableApplicationContext接口中的close()方法关闭ApplicationContext时，该事件被发布。一个已关闭的上下文到达生命周期末端；它不能被刷新或重启RequestHandledEvent是web-specific事件，告诉所有beanHTTP请求已经被服务处理。只能应用于使用DispatcherServlet的手机源码编程格式Web应用。在使用Spring作为前端的MVC控制器时，当Spring处理用户请求结束后，系统会自动触发该事件2.2ApplicationListener案列1准备一个SpringBoot环境2创建一个自定义的监听器@ComponentpublicclassDemoApplicationListenerimplementsApplicationListener<ContextRefreshedEvent>{ @OverridepublicvoidonApplicationEvent(ContextRefreshedEventevent){ System.out.println(event);System.out.println("TestApplicationListener............................");}}

       根据上述可知,ContextRefreshedEvent内置事件,是ApplicationContext被初始化或刷新时会发布,即监听器可以收到回调信息.

3启动项目,查看日志3关于ApplicationContext的说明3.1ApplicationContext的简介

       从上述可知ApplicationContext具有发布事件的能力,是从ApplicationEventPublisher接口继承来的.而Spring中的事件使用,需要继承ApplicationEvent类或ApplicationContextEvent抽象类,抽象类中只有一个构造函数，且带有一个Object类型的参数作为事件源，且该事件源不能为null，因此我们需要在自己的构造函数中执行super(Object)。

publicclassEventObjectimplementsjava.io.Serializable{ privatestaticfinallongserialVersionUID=L;/***TheobjectonwhichtheEventinitiallyoccurred.*/protectedtransientObjectsource;/***ConstructsaprototypicalEvent.**@paramsourceTheobjectonwhichtheEventinitiallyoccurred.*@exceptionIllegalArgumentExceptionifsourceisnull.*/publicEventObject(Objectsource){ if(source==null)thrownewIllegalArgumentException("nullsource");this.source=source;}....}3.2ApplicationContext的案列3.2.1准备一个SpringBoot环境@SpringBootApplicationpublicclassApplication{ publicstaticvoidmain(String[]args){ SpringApplication.run(Application.class,args);testEvent();}//@Bean//publicFeignInterceptorfeignInterceptor(){ //returnnewFeignInterceptor();//}//测试事件publicstaticvoidtestEvent(){ ApplicationContextcontext=newAnnotationConfigApplicationContext(EventConfig.class);DemoEventdemoEvent=newDemoEvent(context,"小明",);context.publishEvent(demoEvent);}}3.2.2创建一个自定义的监听器@ComponentpublicclassDemo2ApplicationListenerimplementsApplicationListener<ApplicationEvent>{ @OverridepublicvoidonApplicationEvent(ApplicationEventevent){ //针对自定义事件做处理if(eventinstanceofDemoEvent){ System.out.println(event);DemoEventdemoEvent=(DemoEvent)event;System.out.println("姓名:"+demoEvent.getUsername()+",年龄:"+demoEvent.getAge());System.out.println("自定义DemoEvent事件............................");}}}3.2.3创建一个自定义的事件publicclassDemoEventextendsApplicationEvent{ privateStringusername;privateintage;/***CreateanewApplicationEvent.**@paramsourcetheobjectonwhichtheeventinitiallyoccurred(never{ @codenull})*/publicDemoEvent(Objectsource,Stringusername,intage){ super(source);this.username=username;this.age=age;}publicStringgetUsername(){ returnusername;}publicvoidsetUsername(Stringusername){ this.username=username;}publicintgetAge(){ returnage;}publicvoidsetAge(intage){ this.age=age;}}3.2.4启动项目,查看日志

6. Spring源码篇之FactoryBean

       FactoryBean是Spring提供的一个功能强大的小型工厂，用于灵活创建所需Bean。在框架与Spring整合时，尤其是Mybatis-plus中，通过注解可以自动生成Spring Bean，而FactoryBean的功能正是实现批量动态生成Bean。下面详细介绍FactoryBean的源码解析。

       首先，我们来看看如何判断一个对象是否为FactoryBean。在Spring的实例化过程中，如果类实现了FactoryBean接口，则会被识别为FactoryBean。而获取FactoryBean时，通常在Bean名称前加上"&"符号。

       接下来，我们深入分析FactoryBean的接口。

       FactoryBean接口定义了如何创建Bean，包含两个主要方法：getObject和isInstance。getObject用于返回创建的Bean实例，isInstance用于判断一个对象是否由FactoryBean创建。

       SmartFactoryBean是FactoryBean的子接口，它提供了额外的特性，允许决定是否提前实例化对象。

       在实际使用中，FactoryBean的实例化过程较为关键。如果不希望立即实例化某个非懒加载单例Bean，则需要确保它未被识别为FactoryBean。例如，UserBean的实例化代码在正常情况下不会打印任何输出，表明并未实例化。而通过将UserBean实现为SmartFactoryBean，并使isEagerInit返回true，就能在控制台中观察到UserBean的实例化过程。

       获取FactoryBean创建的Bean有多种方式。通过在Bean名称前加"&"，可以获取到由getObject方法生成的Bean。此外，若需要获取FactoryBean本身，则可以使用多个"&"符号，Spring会循环遍历，直至获取到实际的Bean。

       在Spring实例化完成后，通常会调用getObjectForBeanInstance方法来获取真正的Bean实例。这一过程包括了共享实例（sharedInstance）的引用和Bean名称的处理。最终，通过调用getObject方法，我们能够获取到由FactoryBean生成的实际Bean。

       以Mybatis-plus中的MapperFactoryBean为例，说明了如何在实际项目中应用FactoryBean。MapperFactoryBean是Mybatis-plus提供的一个FactoryBean，用于自动注册Mapper接口为Spring Bean。

       总结而言，FactoryBean在Spring中扮演着灵活创建和管理Bean的重要角色，尤其在需要动态生成或自定义Bean创建逻辑的场景中。通过理解其源码和使用方法，开发者可以更高效地整合各类框架与Spring，实现更为灵活和高效的系统构建。

Spring容器之refresh方法源码分析

       Spring容器的核心接口BeanFactory与ApplicationContext之间的关系是继承，ApplicationContext扩展了BeanFactory的功能，提供了初始化环境、参数、后处理器、事件处理以及单例bean初始化等更全面的服务，其中refresh方法是Spring应用启动的入口点，负责整个上下文的准备工作。

       让我们深入分析AbstractApplicationContext#refresh方法在启动过程中的具体操作：

准备刷新阶段: 包括系统属性和环境变量的检查和准备。

获取新的BeanFactory: 初始化并解析XML配置文件。

       customizeBeanFactory: 个性化BeanFactory设置，如覆盖定义、处理循环依赖等。

       loadBeanDefinitions: 通过解析XML文件，创建BeanDefinition对象并注入到容器中。

填充BeanFactory功能: 设置classLoader、表达式语言处理器，增强Aware接口处理，添加AspectJ支持和默认系统环境bean等。

激活BeanFactory后处理器: 分为BeanDefinitionRegistryPostProcessor和BeanFactoryPostProcessor，分别进行BeanDefinition注册和BeanFactory增强。

注册BeanPostProcessors: 拦截Bean创建的后处理器，按优先级注册。

初始化其他组件: 包括MessageSource、ApplicationEventMulticaster和监听器。

初始化非惰性单例: 预先实例化这些对象。

刷新完成: 通知生命周期处理器并触发ContextRefreshedEvent。

       以上是refresh方法在Spring应用启动流程中的关键步骤。以上内容仅为个人理解，如需更多信息，可参考CSDN博客链接。

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版本。

Spring源码--Bean工厂之getBean方法

       Bean实例化与管理是Spring框架的核心功能之一，其中getBean方法作为获取Bean实例的主要手段，具有重要意义。接下来，我们将深入探讨getBean方法及其相关实现，以期更好地理解Spring Bean工厂的工作机制。

       一、getBean方法

       getBean方法是Spring容器对外提供的一种接口，用于根据指定的Bean名称获取对应Bean实例。该方法会根据配置信息和缓存机制，找到并返回所需的Bean。

       二、doGetBean方法

       doGetBean方法是getBean方法的内部实现，负责处理Bean的查找、创建和返回工作。其流程分为以下几个关键步骤：

       1. getSingleton

       若Bean是单例且已存在，则直接返回缓存的实例，无需重新创建。

       2. createBean

       若非单例或未找到缓存实例，将进入创建Bean的流程。此过程涉及实例化、属性填充和初始化三个主要步骤。

       2.1 实例化

       通过调用对应的构造函数或使用默认构造函数创建Bean实例。

       2.2 三级缓存

       在实例化后，新创建的Bean会首先存储于缓存中，随后被添加到Bean作用域的缓存中，以备后续使用。

       2.3 属性填充

       通过依赖注入或属性设置方法填充Bean的属性值，确保其具有所需的功能。

       2.4 初始化

       执行Bean的初始化方法，实现任何特定的初始化逻辑，如配置文件加载或数据库连接等。

       三、流程图

       为了更直观地展示getBean方法的执行流程，以下流程图详细展示了从查找至返回Bean实例的全过程，包括缓存操作、实例化、属性填充和初始化等关键步骤。

       四、循环依赖示意图

       在处理循环依赖时，Spring容器会采取特定策略以避免无限循环。以下示意图展示了两个单例Bean（A和B）之间循环依赖的处理过程，以及Spring如何通过延迟初始化等机制解决这一问题。

       本文通过深入剖析getBean方法及其相关实现，旨在帮助开发者更好地理解Spring Bean工厂的工作机制。通过掌握这些关键概念与流程，可以更高效地利用Spring框架构建可维护且高性能的应用程序。

Spring Configuration：@Import的用法和源码解析

       Spring 3.0之后的@Configuration注解和注解配置体系替代了XML配置，本文主要讲解@Import的用法和源码解析。

       @Import的用法

       配置类（带有@Configuration注解）不仅可通过@Bean声明bean，还可通过@Import导入其他类。例如，WebMvcConfig类通过@Import导入其他配置类，同时启用@EnableWebMvc。

       直接导入

       配置类上使用@Import可以导入一个或多个类，甚至可以出现在父类注解中。如WebMvcConfig导入DelegatingWebMvcConfiguration等。

       ImportBeanDefinitionRegistrar和ImportSelector

       @Import除了导入配置类，还可以导入实现了ImportBeanDefinitionRegistrar（如@EnableAspectJAutoProxy）和ImportSelector（如@EnableTransactionManagement）的类。

       源码解析

       ConfigurationClassPostProcessor负责处理@Configuration类，通过ConfigurationClassParser解析配置和导入，由ConfigurationClassBeanDefinitionReader注册BeanDefinition。在解析过程中，处理@Import避免循环导入，通过导入链和ImportStack进行判断。

       处理直接导入时，通过导入链判断循环。

       处理注册器和选择器时，提前触发Aware接口方法，然后在适当时机注册导入的类。

       总结来说，@Import提供了多种导入方式的灵活性，Spring的源码设计考虑了循环导入和重复解析的处理，展示了其强大的自定义配置能力。