1.SpringBoot源码 | refreshContext方法解析
2.原来这么简单Springboot多module项目工程搭建这样做就好了。构建
3.头秃了，源码源码原理二十三张图带你从源码了解SpringBoot启动流程！解读
4.Springboot之分布式事务框架Seata实现原理源码分析
5.笑小枫SpringBoot系列一SpringBoot项目创建
6.SpringBoot系列SpringBoot整合Kafka(含源码)
SpringBoot源码 | refreshContext方法解析
本文主要解析SpringBoot启动流程中的分析`refreshContext`方法。在SpringBoot启动过程中，构建主要涉及两个阶段：初始化`SpringApplication`对象和`SpringApplication.run`方法执行的源码源码原理返利的商城源码内容。`refreshContext`方法的解读执行，标志着启动流程的分析深入。
`refreshContext`方法的构建主要功能是刷新容器，其源码揭示了这一过程的源码源码原理关键步骤。首先，解读方法通过调用`refresh`来实现底层`ApplicationContext`的分析刷新。`ApplicationContext`接口的构建抽象实现类`AbstractApplicationContext`，通过模板方法设计模式，源码源码原理要求具体子类实现抽象方法，解读以适应不同的配置存储需求。
`refresh`方法执行了一系列操作，包括准备刷新上下文、调用上下文注册为bean的工厂处理器、初始化上下文的消息源、初始化特定上下文子类中的其他特殊bean、检查监听器bean并注册，以及发布相应的事件并销毁已经创建的单例及重置active标志。
在`refresh`方法内部，`prepareRefresh`方法负责准备上下文以进行刷新，包括设置启动日期和活动标志，以及执行属性源的初始化。`obtainFreshBeanFactory`方法获取新的bean工厂，通过`refreshBeanFactory`方法进行配置，以及`getBeanFactory`方法返回当前上下文的内部bean工厂。
`prepareBeanFactory`方法配置工厂标准的上下文特征，如上下文类加载器、后置处理器等。`postProcessBeanFactory`方法进一步处理bean工厂，根据WebApplicationType选择特定的操作，如添加后置处理器以及注册特定的web作用域。
`invokeBeanFactoryPostProcessors`方法调用bean工厂的后置处理器，`registerBeanPostProcessors`方法实例化并注册所有后置处理器bean。`initMessageSource`方法初始化应用上下文消息源，跨越源码而`initApplicationEventMulticaster`方法则为上下文初始化事件多播。
`onRefresh`方法执行刷新操作，`createWebServer`方法创建web服务，`registerListeners`方法检查并注册监听器。`finishBeanFactoryInitialization`方法实例化所有剩余的单例bean，而`finishRefresh`方法发布事件，重置Spring核心中的公共内省缓存，标志着容器刷新的结束。
`resetCommonCaches`方法重置Spring核心中的公共内省缓存，`contextRefresh.end`方法容器刷新结束，最终执行日志打印，完成启动流程。
总的来说，`refreshContext`方法的执行流程清晰，通过丰富的源码注释，便于学习者深入理解SpringBoot启动机制。本文仅提供方法解析的概览，更多细节请参考原始源码。
原来这么简单Springboot多module项目工程搭建这样做就好了。
本文通过构建一个包含5个子模块的项目，演示SpringBoot在Maven环境下的多模块构建过程。
1、创建副工程
a. 通过Spring Initializr创建
b. 创建后删除不需要的文件，保留：.idea文件夹、项目pom文件以及一个*.iml文件
删除前->删除后
2、创建子模块
a. 右键点击父工程，选择New -> Module... 创建子模块。依次创建scaffold-common、scaffold-api、scaffold-dao、scaffold-service和scaffold-web共5个模块
注意：除了scaffold-web子模块创建时选择添加Spring Web依赖，其他模块暂时不添加依赖。
b. 将所有子模块的mvnw、mvnw.cmd文件及.mvn文件夹全部删除
c. 对于src里的内容，只保留scaffold-web的启动类和配置文件，其他子模块的启动类和配置文件都删除
3、编辑父工程的pom.xml文件
a. 将父工程pom.xml文件修改成如下内容，声明父工程包含的mpa源码子模块，同时抽取统一的配置信息和依赖版本控制，方便子pom直接引用，简化子pom的配置
1、多模块项目中，父模块打包类型必须是pom。2、因为开发框架是Spring Boot，父模块默认继承spring-boot-starter-parent，因此可以删除spring-boot-starter和spring-boot-starter-test依赖（祖先已经包含了）
父工程pom.xml如下
4、编辑子模块pom.xml
a. 子模块scaffold-common的pom.xml文件内容如下，其中parent要使用顶层的父模块，同时由于项目用到了Lombok，所以还添加了lombok依赖
由于子模块的配置信息会继承父模块的，所以子模块原来的properties可删掉
b. 子模块scaffold-dao的pom.xml文件内容如下，同样parent要使用顶层的父模块，并添加scaffold-common子模块，以及数据库相关依赖
c. 子模块scaffold-service的pom.xml文件内容如下，同样parent要使用顶层的父模块，并添加scaffold-dao子模块依赖
实际开发中dao模块会引入对数据相关包的依赖，如mysql、Druid连接池、mybatis等
d. 子模块scaffold-web的pom.xml文件内容如下，同样parent要使用顶层的父模块，并添加scaffold-service子模块依赖
注意：之前创建这个子模块的时候已经添加了spring-boot-starter-web依赖，如果没有则手动添加
e. 子模块scaffold-api的pom.xml文件内容如下，同样parent要使用顶层的父模块
5、移动项目启动类所在包
a. 目前项目启动类ScaffoldWebApplication在com.xyy.scaffold包下面，需要将其移动到com.xyy包下
b. 移动的方式是右键点击ScaffoldWebApplication选择Refactor -> Move，将to package改成com.xyy
c. 移动后
6、编写controller并启动
a. 在com.xyy.scaffoldweb下写个测试Controller
b. 启动项目
c. 打开浏览器访问
搭建项目工程结构
搭建好多module项目并成功启动后，再来构建项目工程结构
1、scaffold-web模块
主要包含一个启动类、一个web和一个config包
2、scaffold-service模块
主要包含业务逻辑代码，包含业务接口及其实现类
3、scaffold-dao模块
主要包含数据访问层内容，DO定义、DB访问层以及数据库相关配置类
4、eg源码scaffold-common模块
包含每个模块可能都会用的一些基础类，如：dto、错误码、util工具类以及全局异常类和常量等
5、scaffold-api模块
主要负责外部依赖服务的管理，包含外部依赖服务的定义以及访问部分，以及通过facade模式做的封装类，如：request、response定义；外部服务api接口和外部服务通用枚举等
6、整体服务的调用过程如下
整理不易，干货分享就找@搬砖后端研发
本文中涉及的源码，如有需要可以私聊我呀
头秃了，二十三张图带你从源码了解SpringBoot启动流程！
源码版本
作者使用的是Spring Boot的2.4.0版本。不同版本的Spring Boot可能存在差异，建议读者与作者保持一致，以确保源码的一致性。
从哪入手
Spring Boot源码的研究起点是主启动类，即标注着`@SpringBootApplication`注解并且包含`main()`方法的类。这是Spring Boot启动的核心。
源码如何切分
SpringApplication中的静态`run()`方法是一个复杂的流程，它分为两步：创建`SpringApplication`对象和执行`run()`方法。接下来将分别介绍这两部分。
如何创建`SpringApplication`
创建`SpringApplication`的过程本质上是一个对象的生成，通过调试追踪，最终调用的构造方法如图所示。创建过程主要涉及三个阶段，我们将逐一进行深入。
设置应用类型
创建过程中的重要步骤是确定应用类型，这将直接影响项目的性质，如Web应用或非Web应用。应用类型由WebApplicationType枚举类决定，加载特定类（如DispatcherServlet）来判断。
设置初始化器
初始化器（ApplicationContextInitializer）用于在IOC容器刷新之前进行初始化操作，例如ServletContextApplicationContextInitializer。获取初始化器的方式是从SpringApplication中的方法调用开始的，最终通过`#SpringFactoriesLoader.loadSpringFactories()`方法从类路径加载。
设置监听器
监听器（ApplicationListener）负责监听特定的gpss源码事件（如IOC容器刷新或关闭）。在Spring Boot中，使用SpringApplicationEvent事件来扩展监听器概念，主要在启动过程中触发。获取监听器的方式与初始化器相同，从spring.factories文件中加载。
总结
SpringApplication的构建为`run()`方法的执行铺平了道路，关键步骤包括设置应用类型、初始化器和监听器。注意，初始化器和监听器需要在spring.factories文件中声明，才能在构建过程中加载，此时IOC容器尚未创建，即使注入到容器中也不会生效。
执行`run()`方法
在构建结束后，到了启动的阶段，`run()`方法将执行一系列操作，分为八个步骤进行详细解析。
步骤1：获取并启动运行过程监听器
SpringApplicationRunListener监听器用于监听应用程序的启动过程，通过调用方法从spring.factories文件中获取运行监听器实例，并执行特定事件的广播。
步骤2：环境构建
构建过程包括加载系统和自定义配置（如application.properties），并广播事件通知监听器。
步骤3：创建IOC容器
执行容器创建过程，根据应用类型选择容器类型，此步骤仅创建容器，未进行其他操作。
步骤4：IOC容器的前置处理
这一步是容器刷新前的准备工作，关键操作是将主启动类注入容器，为后续自动化配置奠定基础。
步骤5：调用初始化器
执行构建过程中设置的初始化器，加载自定义的初始化器实现。
步骤6：加载启动类，注入容器
将主启动类加载到IOC容器中，作为自动配置的入口。
步骤7：两次事件广播
这一步涉及两次事件广播，包括ApplicationContextInitializedEvent和ApplicationPreparedEvent。
步骤8：刷新容器
容器刷新由Spring框架完成，包括资源初始化、上下文广播器等。
步骤9：IOC容器的后置处理
这一步是容器刷新后的扩展操作，通常用于打印结束日志等。
步骤：发出结束执行的事件
使用EventPublishingRunListener广播ApplicationStartedEvent事件，允许在IOC容器中注入的监听器响应。
步骤：执行Runners
Spring Boot提供了两种Runner，即CommandLineRunner和ApplicationRunner，用于定制额外操作。
总结
Spring Boot启动流程相对简洁，通过八个步骤详细描述了从创建到执行的整个过程。理解run()方法的执行流程、事件、初始化器和监听器的执行时间点是关键。
Springboot之分布式事务框架Seata实现原理源码分析
在SpringBoot环境下的分布式事务框架Seata实现原理涉及到了代理数据源、注册代理Bean以及全局事务拦截器等关键环节。下面我们将逐步解析其核心逻辑。
首先，Seata通过GlobalTransactionScanner来注册项目中所有带有@GlobalTransactional注解的方法类。该扫描器是一个实现了BeanPostProcessor接口的类，它能够在Spring容器初始化时进行后置处理，从而实现全局事务的管理。
GlobalTransactionScanner实际上是一个InstantiationAwareBeanPostProcessor，它在实例化Bean前执行postProcessBeforeInstantiation方法，在实例化后执行postProcessAfterInstantiation方法，并在属性填充时执行postProcessProperties方法。尽管GlobalTransactionScanner类本身并未覆盖这3个方法，但在父类的实现中，这些方法用于处理Bean的实例化和属性设置过程。
关键在于postProcessAfterInitialization方法中实现的wrapIfNecessary方法，该方法在GlobalTransactionScanner类中被重写。当方法执行到existsAnnotation方法判断类方法是否带有@GlobalTransactional注解时，如果存在则创建一个GlobalTransactionalInterceptor作为拦截器处理全局事务。
在创建代理数据源时，Seata通过DataSourceProxy对系统默认数据源进行代理处理。通过shouldSkip方法判断当前bean是否需要被代理，如果bean是SeataProxy的子类且不是DataSource的子类且不在excludes集合中，则进行代理，从而代理当前系统的默认数据源对象。
全局事务拦截器主要负责全局事务的发起、执行和回滚。在执行全局事务的方法被代理时，具体的执行拦截器是GlobalTransactionalInterceptor。该拦截器处理全局事务的逻辑，包括获取全局事务、开始全局事务、执行本地业务、提交本地事务、记录undo log、提交数据更新等步骤。其中，提交本地事务时会向TC（Transaction Coordinator）注册分支并提交本地事务，整个过程确保了分布式事务的一致性。
当全局事务中任何一个分支发生异常时，事务将被回滚。参与全局事务的组件在异常发生时执行特定的回滚逻辑，确保事务一致性。在Seata的实现中，异常处理机制确保了事务的回滚能够正确执行。
Seata还提供了XID（Transaction Identifier）的传递机制，通过RestTemplate和Feign客户端进行服务间的调用，确保分布式系统中各个服务能够共享和处理全局事务。RestTemplate在请求头中放置TX_XID头信息，而Feign客户端通过从调用链中获取Feign.Builder，最终通过SeataHystrixFeignBuilder.builder方法实现XID的传递。
在被调用端（通过Feign调用服务），Seata自动配置会创建数据源代理，使得事务方法执行时能够获取到连接对象，而这些连接对象已经被代理成DataSourceProxy。SeataHandlerInterceptor拦截器对所有请求进行拦截，从Header中获取TX_XID，参与者的XID绑定到上下文中，通过ConnectionProxy获取代理连接对象。在数据库操作中，XID绑定到ConnectionContext，执行SQL语句时通过StatementProxy或PreparedStatementProxy代理连接，从而完成全局事务的处理。
综上所述，Seata通过一系列复杂的逻辑和机制，实现了SpringBoot环境下的分布式事务管理，确保了分布式系统中数据的一致性和可靠性。
笑小枫SpringBoot系列一SpringBoot项目创建
笑小枫SpringBoot系列一SpringBoot项目创建 首先，让我们快速理解如何搭建和启动一个基础的SpringBoot项目。步骤如下：创建SpringBoot项目
在IDEA中，选择File > New > Project，选择Spring Initializr，选择JDK 1.8版本，通过start.spring.io创建项目。
填写项目基本信息，如名称、包名等，然后选择Spring Boot版本和依赖，暂且留待后续统一配置。
设置项目保存位置，点击Finish，项目创建完毕。
在pom.xml中更新版本信息，等待依赖下载。
项目结构将包含web相关依赖和配置文件。
配置项目
引入web依赖，并在pom.xml中添加。
将application.properties改为application.yml，设置启动端口号为。
更新测试类依赖以适应高版本SpringBoot。
启动项目
在项目中创建TestController，编写测试代码。
直接在启动类上启动项目，成功后查看浏览器输出。
通过.0.0.1:/test访问测试接口，查看返回结果。
常用工具类
后续章节将介绍更多实用工具的使用，如数据库连接、Redis操作、数据导出等。小结 本章主要概述了创建和启动Spring Boot项目的步骤。欲了解更多内容，别忘了关注我，持续获取更新。我的微信公众号是“笑小枫”，个人博客为，源码可在github.com/hack-feng/ma...找到。SpringBoot系列SpringBoot整合Kafka(含源码)
在现代微服务架构的构建中，消息队列扮演着关键角色，而Apache Kafka凭借其高吞吐量、可扩展性和容错性脱颖而出。本文将深入讲解如何在SpringBoot框架中集成Kafka，以实现实时数据传输和处理。
Kafka是一个开源的流处理平台，由LinkedIn开发，专为大型实时数据流处理应用设计。它基于发布/订阅模式，支持分布式系统中的数据可靠传递，并可与Apache Storm、Hadoop、Spark等集成，应用于日志收集、大规模消息系统、用户活动跟踪、实时数据处理、指标聚合以及事件分发等场景。
在集成SpringBoot和Kafka时，首先需要配置版本依赖。如果遇到如"Error connecting to node"的连接问题，可以尝试修改本地hosts文件，确保正确指定Kafka服务器的IP地址。成功整合后，SpringBoot将允许服务间高效地传递消息，避免消息丢失，极大地简化了开发过程。
完整源码可通过关注公众号"架构殿堂"获取，回复"SpringBoot+Kafka"即可。最后，感谢您的支持和持续关注，"架构殿堂"公众号将不断更新AIGC、Java基础面试题、Netty、Spring Boot、Spring Cloud等实用内容，期待您的持续关注和学习。
SpringBoot整合Activiti工作流（附源码）
依赖： 在新建springBoot项目时勾选activiti，或在已建立的springBoot项目中添加以下依赖： 数据源和activiti配置： 在activiti的默认配置中，process-definition-location-prefix指定activiti流程描述文件的前缀，启动时，activiti将自动寻找此路径下的文件并部署。suffix为String数组，表示描述文件的默认后缀名。 springMVC配置： 配置静态资源和直接访问页面，采用thymeleaf依赖解析视图，主要采用异步方式获取数据，通过angularJS进行前端数据处理与展示。 使用activiti： 配置数据源和activiti后，启动项目，activiti服务组件自动加入到spring容器中。使用注入方法直接访问。在非自动配置的spring环境中，可通过指定bean的init-method配置activiti服务组件。 案例：请假流程示例： 1. 员工申请请假 设置请假信息，完成申请时传入参数。 2. 老板审批请假 (1) 查询审批任务 老板查看需审批的请假任务，设置VacTask对象用于页面展示。 (2) 完成审批 传入审批结果和任务ID。根据结果进行流程跳转。 3. 查询请假记录 在history表中查询已完成的请假记录，设置VO对象展示。 4. 前端展示与操作 (1) 审批列表与操作 展示审批列表及操作示例，完成一个springBoot与activiti6.0整合示例项目的说明与代码。 完整项目代码参考： 推荐阅读： 1. SpringBoot内容聚合 2. 设计模式内容聚合 3. Mybatis内容聚合 4. 多线程内容聚合
