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 才生效。