Spring Boot中基于Profile读取.env与properties.yml文件的疑问

问题1：Profile激活时的文件读取逻辑是否属实？ #

首先明确：Spring Boot原生不支持.env文件，需引入spring-boot-starter-dotenv这类第三方依赖才能解析.env文件，两者的读取逻辑要分开看：

• 对于properties.yml：Spring Boot默认逻辑是，激活指定Profile时，会先加载基础的properties.yml，再加载对应Profile的properties-dev.yml/properties-prod.yml；若激活多个Profile（如dev,prod），会按激活顺序依次加载，后加载的Profile配置会覆盖前面的同名配置，基础的properties.yml始终会被加载。
• 对于.env系列文件：依赖第三方库的实现，默认仅加载.env文件；若要按Spring Profile加载.env-dev/.env-prod，需额外配置（比如设置环境变量DOTENV_ACTIVE_PROFILES=dev），部分库支持自动关联Spring激活的Profile，但这不是默认行为。
  因此你描述的逻辑不完全准确，尤其是.env文件的部分，需要依赖第三方库的配置才能实现按Profile加载。

问题2：仅存在.env和properties.yml时，是否始终被读取？ #

• properties.yml：无论是否激活Profile，Spring Boot都会默认加载这个基础配置文件，它是所有环境的通用配置基础。
• .env：如果已引入支持.env的第三方依赖，默认情况下不管有没有激活Profile，都会读取.env文件；除非你通过配置指定只加载对应Profile的.env文件，否则基础的.env始终会被读取。

问题3：指定Maven命令运行时，能否从.env读取环境变量？ #

如果项目已引入spring-boot-starter-dotenv这类依赖，可以读取.env文件中的环境变量，但需注意优先级：

• 你通过-Dspring-boot.run.arguments传入的DB_NAME、DB_USERNAME等参数，优先级高于.env文件中的同名变量，会直接覆盖.env里的配置。
• 命令中激活了dev Profile，若你配置了dotenv库关联Spring Profile（比如设置DOTENV_ACTIVE_PROFILES=dev），则会同时加载.env和.env-dev（后者覆盖前者同名变量）；若未配置，只会加载基础的.env文件。

内容的提问来源于stack exchange，提问作者user21393940