为何执行docker-compose up命令时Spring Boot总是回退到默认配置文件？

当执行docker-compose up启动Spring Boot应用时，即便在application.properties中配置了SPRING_PROFILES_ACTIVE=schemaDevelopment，仍回退到默认配置，通常是以下几个原因导致的：

1. 环境变量优先级覆盖配置文件 #

Spring Boot的配置优先级规则中，环境变量的优先级高于application.properties。如果你的docker-compose.yml里显式设置了SPRING_PROFILES_ACTIVE环境变量，或者宿主机环境中存在该配置，会直接覆盖配置文件内的设置。

解决： #

检查docker-compose.yml的environment节点，删除或修改对应配置：

services:
  your-spring-app:
    # 移除或修改这里的SPRING_PROFILES_ACTIVE配置
    environment:
      # - SPRING_PROFILES_ACTIVE=default  # 删掉这行，或改为schemaDevelopment

2. 配置文件未正确挂载到容器 #

如果本地的application.properties没有挂载到容器内Spring Boot可读取的路径，容器会使用镜像自带的默认配置文件（或无自定义配置）。

解决： #

在docker-compose.yml中通过volumes挂载配置文件到正确路径：

• 方式1：挂载到Spring Boot自动扫描的/config目录

services:
  your-spring-app:
    volumes:
      - ./application.properties:/config/application.properties

• 方式2：通过SPRING_CONFIG_LOCATION指定配置文件路径

services:
  your-spring-app:
    volumes:
      - ./application.properties:/app/application.properties
    environment:
      - SPRING_CONFIG_LOCATION=file:/app/application.properties

3. 镜像打包了错误的配置文件 #

如果Dockerfile构建镜像时，将默认的application.properties打包进镜像，且未通过挂载覆盖，容器会优先使用镜像内的配置。

解决： #

• 检查Dockerfile，确保构建时未打包不需要的配置文件；
• 或通过上述挂载方式，强制容器使用本地配置文件。

4. 强制指定激活的Profile（兜底方案） #

如果以上方法无效，可在docker-compose.yml的启动命令中直接指定激活的Profile，该方式优先级最高：

services:
  your-spring-app:
    command: java -jar your-app.jar --spring.profiles.active=schemaDevelopment

验证步骤 #

1. 进入运行中的容器，检查配置文件是否存在且内容正确：

docker exec -it <容器ID或名称> cat /config/application.properties

2. 查看应用启动日志，搜索The following profiles are active:，确认激活的Profile是否为schemaDevelopment。

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