摘要：
SpringBoot启动时，配置读取发生在Bean创建之前，确保依赖配置的Bean能正确初始化。加入Nacos/SpringCloudConfig后，流程变为：先通过bootstrap.yml获取配置中心地址（避免循环依赖），再拉取远程配置合并到环境变量（Environment），最后创建Bean。Nacos简化了架构（内置配置管理），而SpringCloudConfig需独立Git+ConfigServer。两者均通过bootstrap阶段（类似BIOS）引导配置加载，核心思想是先定位配置源，再构建应用上下文。这一机制是Sentinel、Seata等框架动态配置的基础，后续可结合@RefreshScope理解动态刷新原理。

目录

一、普通 Spring Boot 启动流程

整体流程

配置读取发生在哪里？

二、现在加入 Nacos Config

连接Nacos需要地址。

本地启动配置

三、Spring Cloud Config流程

四、为什么叫 bootstrap？

五、Spring Boot启动层级

六、Nacos Config和Spring Cloud Config插入位置

Spring Cloud Config

Nacos Config

七、为什么你感觉Nacos简单？

八、这个知识为什么重要？

Sentinel

Seata

SkyWalking

九、你现在应该记住一个简化版

好的，我们这一节专门解决你刚才卡住的核心：

Spring Boot到底什么时候读取配置？Nacos Config、Spring Cloud Config到底插入在哪一步？

你现在不用管 Config 的代码，先把启动流程建立起来。

一、普通 Spring Boot 启动流程

先看你最熟悉的情况。

一个普通项目：

product-service src/main/resources application.yml

启动：

@SpringBootApplication public class ProductApplication { public static void main(String[] args){ SpringApplication.run( ProductApplication.class, args ); } }

整体流程

画成：

JVM启动 | ↓ main方法执行 | ↓ SpringApplication.run() | ↓ 读取 application.yml | ↓ 创建 Spring 容器 | ↓ 扫描 Bean | ↓ 创建 Controller/Service/Mapper | ↓ 启动 Tomcat | ↓ 服务运行

重点：

配置读取发生在哪里？

非常早。

在：

创建Bean之前

为什么？

因为创建Bean可能需要配置。

例如：

你的代码：

@Service public class UserService { @Value("${jwt.secret}") private String secret; }

Spring创建UserService的时候：

必须知道：

jwt: secret: abc123

在哪里。

所以：

先读配置。

再创建对象。

二、现在加入 Nacos Config

你之前 AIWear其实已经接触类似思想。

以前：

服务 | | application.yml

现在：

服务 | | Nacos | | 配置

启动流程变：

JVM启动 | ↓ main方法 | ↓ 读取基础配置 | ↓ 连接Nacos | ↓ 拉取远程配置 | ↓ 合并配置 | ↓ 创建Spring Bean | ↓ 启动服务

注意：

这里有一个关键：

连接Nacos需要地址。

例如：

spring: cloud: nacos: config: server-addr: localhost:8848

这个配置必须提前知道。

所以：

它不能来自Nacos。

否则：

我要去Nacos拿配置 ↓ 但是不知道Nacos在哪里 ↓ 死循环

所以：

一定存在：

本地启动配置

比如：

bootstrap.yml

里面：

Nacos地址

三、Spring Cloud Config流程

现在换成：

Git + Config Server。

架构：

Git | | ↓ Config Server | | ↓ product-service

启动：

product-service启动 | ↓ 读取 bootstrap.yml | ↓ 知道 Config Server地址 | ↓ 访问 Config Server | ↓ Config Server访问Git | ↓ 返回配置 | ↓ 创建Spring Bean | ↓ 启动服务

所以：

bootstrap.yml的角色：

不是存业务配置。

而是：

告诉Spring：配置在哪里。

四、为什么叫 bootstrap？

bootstrap：

英文：

启动、引导。

它的意思：

在Spring正式启动之前，引导Spring完成准备工作。

类似电脑：

开机：

第一阶段：

BIOS启动。

第二阶段：

Windows启动。

BIOS不是你的日常系统。

但是没有BIOS：

Windows启动不了。

bootstrap类似：

BIOS。

五、Spring Boot启动层级

我们画一个更细的。

JVM | ↓ SpringApplication | ↓ Environment准备阶段 | ↓ 读取配置文件 | ----------------- | | bootstrap.yml application.yml | ↓ Config/Nacos配置 | ↓ 创建ApplicationContext | ↓ 创建Bean | ↓ Tomcat启动

这里：

Environment是什么？

简单理解：

Spring保存配置的地方。

比如：

你的配置：

server: port:8080 jwt: secret:abc

最终都会进入：

Environment

里面。

然后：

@Value @ConfigurationProperties

都是从Environment拿。

六、Nacos Config和Spring Cloud Config插入位置

对比：

Spring Cloud Config

启动 ↓ bootstrap.yml ↓ Config Server ↓ Git ↓ Environment ↓ Bean

Nacos Config

启动 ↓ bootstrap/application配置 ↓ Nacos Server ↓ Environment ↓ Bean

本质：

一样。

区别：

配置存哪里。

七、为什么你感觉Nacos简单？

因为Nacos把很多事情合并了。

例如：

Spring Cloud Config：

Git + Config Server + Config Client

三个东西。

Nacos：

Nacos Server 全部包含

所以：

你之前学Nacos配置中心：

其实已经理解80%。

现在只是补充：

Spring Cloud原生方案。

八、这个知识为什么重要？

因为以后学：

Sentinel

你会看到：

应用启动 ↓ 加载规则 ↓ 创建保护组件 ↓ 运行

也是启动生命周期。

Seata

也是：

服务启动 ↓ 连接TC ↓ 注册RM ↓ 参与事务

SkyWalking

也是：

JVM启动 ↓ Agent加载 ↓ 增强字节码 ↓ 监控运行

所以：

Spring Boot启动流程是所有框架的基础。

九、你现在应该记住一个简化版

不用背源码。

记：

Spring Boot启动： 1. 找配置 2. 创建环境 3. 创建容器 4. 创建Bean 5. 启动服务 配置中心： 插在第1步和第2步之间。

对应：

普通： application.yml Config： bootstrap ↓ Config Server ↓ Git Nacos： bootstrap/application ↓ Nacos

到这里，Config的核心思想已经理解。

下一步我们可以进入Spring Cloud Config动态刷新，也就是：

修改配置以后，为什么服务不用重新打包？Spring是怎么重新加载Bean的？

这个会和你之前学的 Nacos@RefreshScope联系起来。