application.yml 和 bootstrap.yml 这两个配置文件有什么区别？

典型回答

application.yml 和 bootstrap.yml 是 Spring Boot / Spring Cloud 项目中常见的两种配置文件，它们的主要区别在于 加载时机、用途和作用范围。

bootstrap.yml 是 Spring Cloud 的特性，不是 Spring Boot 本身的特性。application.yml是Spring Boot的特性。所以，如果是纯Spring Boot应用，则不会加载bootstrap.yml。

加载顺序不同

• **bootstrap.yml**（或 bootstrap.properties）：

  - 在 Spring 应用上下文启动之前加载。优先级 高于 application.yml。

• **application.yml**（或 application.properties）：
  • 在 Spring 应用上下文创建过程中加载。
  • 是 Spring Boot 默认的主配置文件。

bootstrap 翻译过来就是"引导程序"、"启动程序"，所以，以他命名的文件要最先开始做加载。

使用场景不同

bootstrap.yml主要用于初始化 Spring Cloud 相关的配置（如配置中心、加密解密等）。常见的就是如果你的spring 应用需要接入配置中心，比如nacos，那么nacos相关的配置就需要放在bootstrap.yml中。

bootstrap.yml典型使用场景：

• 使用 Spring Cloud Config Server 获取远程配置
• 使用 Spring Cloud Vault 管理敏感信息
• 使用 Nacos / Consul / Zookeeper 作为配置中心

application.yml用来配置普通的应用配置信息，如数据库连接、端口、日志级别等，还有一些业务相关配置项等。

扩展知识

bootstrap.yml默认不开启

需要注意的是，在较新版本的 Spring Boot 2.4+ 及其后续 Spring Cloud 版本 中，它的默认支持被移除，并引入了 spring.config.import 机制来替代旧的Bootstrap上下文加载方式，推荐将配置转移到 application.yml，或者通过添加 spring-cloud-starter-bootstrap 依赖来恢复支持。

主要变化是配置中心（如 Nacos、Apollo）的加载方式从 bootstrap.yml 的特殊处理转变为通过 spring.config.import 属性导入，使得配置更加统一。

这么做的原因：

• 简化启动流程：Bootstrap 上下文增加了复杂性和启动时间。
• 推动更现代的配置方式：如 Nacos、Consul、Config Server 现在支持通过 application.yml 直接配置，无需 bootstrap。
• 减少“魔法”行为：避免开发者困惑为啥某些配置在 bootstrap.yml 才生效。