Spring Cloud Config客户端异常：重复拉取配置且Profile切换问题

以下是几种可能导致该现象的原因：

• 配置加载顺序与bootstrap配置缺失
  旧版Spring Cloud（如Finchley及更早版本）依赖bootstrap.properties/yml加载Config Server相关配置。如果客户端仅在application.properties中设置spring.profiles.active=dev，启动初期上下文初始化阶段还未读取到该配置，会默认以default profile拉取配置。后续虽尝试加载dev profile，但可能因配置优先级问题，最终 fallback 到默认配置。

• 混淆两个profile配置项
  spring.profiles.active是客户端自身激活的运行环境profile，而spring.cloud.config.profile才是告知Config Server要拉取对应环境的配置项。如果未在客户端配置spring.cloud.config.profile=dev，Config Server会默认返回default环境的配置，即便客户端自身激活了dev profile。

• 启动阶段多轮配置拉取逻辑冲突
  Spring Cloud Client启动时会触发多轮配置拉取：首次拉取基础配置、处理激活profile后二次拉取、上下文刷新时第三次拉取。如果配置存在冲突（比如bootstrap中未指定正确profile），就会出现default与dev profile来回切换的日志，且最终因拉取失败 fallback 到默认配置。

• 配置文件命名或存储异常
  检查Config Server仓库中的配置文件：

  • 确认microservice-one-dev.properties命名无拼写错误（比如不要写成microservice-one-develop.properties）
  • 确认该文件与microservice-one.properties在同一目录下，未被Git忽略或存储路径错误
  • 如果使用本地文件系统作为配置源，需确保Config Server的spring.cloud.config.server.native.search-locations包含该文件所在路径

• Config Server配置异常

  • 如果使用Git作为配置源，检查spring.cloud.config.server.git.uri是否正确指向仓库，仓库是否能正常访问
  • 如果使用本地文件，需确保Config Server激活了native profile（spring.profiles.active=native），且搜索路径配置正确
  • 确认Config Server未开启特殊配置过滤规则，导致dev profile的配置未被正确返回

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