Spring Cloud Config认证失败及Bootstrap配置失效问题求助

咱们一步步拆解你的问题——其实这两个问题是关联的，根源在于新版Spring Boot默认禁用了Bootstrap上下文功能，引发了一系列连锁反应。

核心问题梳理 #

从你的日志和配置细节来看：

1. Bootstrap配置被忽略：bootstrap.yml里的spring.profiles.active和Config客户端认证信息根本没被加载，所以你必须依赖JVM参数才能指定环境和服务名，用@Value读取spring.profiles.active才会返回空值。
2. 认证失败引发格式错误：因为客户端没读到认证账号密码，请求Config Server时没携带Basic认证头，被Spring Security拦截后返回了HTML登录页面（而非预期的JSON配置），导致客户端找不到合适的HttpMessageConverter解析text/html格式的响应，从而出现警告。

第一步：解决Bootstrap配置不生效问题 #

Spring Boot 2.2.x及以上版本默认关闭了Bootstrap上下文的自动加载，这是问题的关键。要重新启用该功能，你需要在Config Client的pom.xml中添加以下依赖：

<dependency>
    <groupId>org.springframework.cloud</groupId>
    <artifactId>spring-cloud-starter-bootstrap</artifactId>
</dependency>

添加该依赖后，Spring Cloud会自动识别并加载bootstrap.yml/bootstrap.properties中的配置，spring.profiles.active和认证信息都会正常生效，无需再依赖JVM启动参数。

第二步：验证认证问题是否自动解决 #

当Bootstrap配置生效后，客户端会自动在请求Config Server时携带Basic认证头，Spring Security不再拦截返回HTML页面，HttpMessageConverter的错误也会随之消失。

如果仍有问题，可以做以下额外验证：

• 核对Config Server与客户端的spring.security.user.name/password是否完全一致
• 用Postman等工具手动请求Config Server的配置接口（例如http://localhost:8888/my-service/development），携带Basic认证，检查是否返回JSON格式的配置
• 查看客户端请求日志，确认是否有Authorization: Basic xxx的请求头被发送

快速验证流程 #

1. 在Config Client中添加spring-cloud-starter-bootstrap依赖
2. 移除启动时的JVM参数-Dspring.profiles.active=development和-Dspring.application.name=my-service
3. 重启客户端，检查日志：
   • 应该能看到Active Profile: development的正常输出
   • 配置请求不再报HttpMessageConverter警告，可成功从Server拉取配置

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