后端

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 24 章 · 日志系统：`LoggingApplicationListener` 与结构化日志本章所有类名、常量、XML 资源内容均来自 spring-boot-4.1.1 真实源码。涉及 Logback / Log4j2 / SLF4J 本体的行为，凡本仓库读不到的，一律标注「未核实」。

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 22 章 · 数据源、连接池与事务卷五（Web 栈）我们看了 Boot 怎么处理"一个请求进来"的完整链路。卷六（数据访问）要回答一个不同的问题：Boot 怎么处理"几十个可选依赖"？

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 17 章应用类型推断与上下文工厂：`WebApplicationType`卷五 · Web 栈 · 第一章从这一章开始，我们离开"通用启动引擎"的地带，进入 Spring Boot 最有存在感的一部分：Web 栈。但在讲 DispatcherServlet、讲 Tomcat 连接器之前，必须先回答一个更靠前的问题： Spring Boot 是怎么决定"我是一个 Web 应用"的？以及，它凭什么决定该造出什么样的 ApplicationContext？

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 23 章 · JPA / Hibernate 与持久化模块本章所有类名、方法名、常量、注解参数均来自 spring-boot-4.1.1 真实源码。涉及第三方（Hibernate ORM、Spring Data JPA、Spring Framework ORM）的部分，凡本仓库读不到的，一律标注「未核实」并给出自测方法。

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 12 章 · 事件总线与 Bootstrap 上下文源码根：spring-boot-4.1.1 主要包：org.springframework.boot、org.springframework.boot.context.event、org.springframework.boot.bootstrap、org.springframework.boot.availability 版本：Spring Boot 4.1.1 / Spring Framework 7.0.9

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 05 章 · `ApplicationProperties` 与 `spring.main.*`：启动配置本章代码基准：spring-boot-4.1.1（Spring Boot 4.1.1 / Spring Framework 7.0.9）主要源文件：

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 07 章 · ConfigData 体系深潜：位置解析、profile 迭代求解本章定位ConfigDataEnvironmentPostProcessor 是 Spring Boot 源码里最复杂的类之一——这是 Spring 团队自己在 Javadoc 和演讲里承认过的。它的复杂度不是偶然的，而是被需求倒逼出来的：

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 20 章 · WebFlux 与 Reactor Netty：响应式栈与编解码本章定位：卷五 · Web 栈的第四站。第 19 章讲了 servlet 栈，本章讲与之平行的响应式栈。

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 21 章 · gRPC 新纪元：`spring-boot-grpc-server`本章面向的是 Spring Boot 4.1 里最"新"的东西。前面二十章讲的类，绝大多数都有 @since 2.x、@since 3.x 的血统，你在 Boot 3 上积累的经验大体能平移。但 spring-boot-grpc-server 与 spring-boot-grpc-client 这两个模块，每一个类的 Javadoc 上都写着 @since 4.1.0—— 它们是 Boot 4.1 才引入的、从零开始写的新模块。

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 13 章 · Bean 定义加载：`BeanDefinitionLoader`、组件扫描与 Bean 命名本卷目标：把 Spring Boot 4.1.1 的 IoC 与自动配置引擎拆开讲透。前三卷（01–12 章）解决了**"配置从哪来、怎么变成对象"；从本章起解决"容器里的 Bean 定义从哪来、谁决定它们生效"**。

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 18 章内嵌 Web 服务器：`WebServer` 抽象与 Tomcat/Jetty/Netty卷五 · Web 栈 · 第二章第 17 章解决了"决定造什么"：Spring Boot 推断出 WebApplicationType，再由 ApplicationContextFactory 造出对应类型的上下文。

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 10 章 · Profile 与多文档：`spring.config.activate`源码根：spring-boot-4.1.1 主要包：org.springframework.boot.context.config、org.springframework.boot.env、org.springframework.boot.context.properties.source 版本：Spring Boot 4.1.1 / Spring Framework 7.0.9

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 06 章 · Environment 构建：PropertySource 次序本章定位"我明明在 application.yml 里配了 server.port=9090，为什么启动还是 8080？" "为什么 -Dspring.profiles.active=prod 生效，而 SPRING_PROFILES_ACTIVE=prod 有时不生效？" "为什么 MYAPP_SERVER_PORT 能覆盖 server.port，但 myapp.server.port 不能？" "为什么我在 @PostConstruct 里读到的值和 @Value("${...}") 读到的不一样？

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 09 章 · `@ConfigurationProperties` 全生命周期：注册、绑定、校验与 AOT本章定位第 08 章我们把 Binder 拆到了源码级。但 Binder 只是引擎——谁来调用它？答案是 ConfigurationPropertiesBindingPostProcessor。而这个"调用者"本身有一整套复杂机制：

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 08 章 · Binder 绑定引擎：从字符串到 Java 对象的完整路径本章定位第 06 章我们指出：Environment 里有三套并存的属性查找机制：前两章已经覆盖了前两套和 ConfigData（往 Environment 里塞数据）。现在是最后一块：Environment 里已经有了 "30s" 这个字符串，它怎么变成 Duration.ofSeconds(30)？server.port=8080 怎么变成 ServerProperties 对象的 port 字段？

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 03 章 · 模块化的自动配置:`*.imports`机制、classic 兼容层与 Starter 生成前两章铺垫之后，本章进入 Spring Boot 4.x 最具辨识度的架构特征：自动配置的模块化分发。

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 02 章 · 构建体系深潜：Gradle 约定插件、自动配置的编译期校验与依赖治理承接第 01 章。第 01 章给了我们地图，本章开始挖掘地图背后的工程机器——Spring Boot 是如何用 Gradle 把上百名贡献者、440 个子项目、数千个自动配置类管住的。

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 04 章 · `SpringApplication` 全景：`run()` 的十二步状态机从本章开始，我们进入运行时。前三章（卷一）讲的是 Boot 怎么被构建、怎么组织、怎么分发；从本章起（卷二），我们讲 Boot 怎么跑起来。

支付网关收官：Spring Boot 里，策略、模板方法、观察者怎么一起干活作者：鱼宵｜「Java 后端实战精通营」实战驱动系列・第 10 篇（系列收官）完整可运行工程已开源：

鶴哥只手遮天

Spring Boot 4.1.1 深度源码解析-第 01 章 · Spring Boot 4 的坐标系：版本矩阵、模块拓扑与源码阅读方法论本文所有结论均来自 spring-boot-4.1.1 这份真实源码树的逐行阅读。凡是出现的类名、方法名、常量、版本号、文件路径，都可以在该仓库中被直接检索到。若你手中的版本与之不符，请以你自己的 gradle.properties 与 settings.gradle 为准——但本章所要建立的认知框架与方法论是稳定的。