Spring Boot Config Client应用名称异常：获取name=application而非my-app

从你的描述来看，配置服务器本身是正常运行的（通过浏览器能正常获取my-app的配置），但客户端启动时日志显示name=application，这说明客户端没有正确读取到spring.application.name=my-app的配置，导致它默认用了application作为应用名称去拉取配置。下面是几个最可能的原因和对应的解决办法：

1. Spring Boot 2.4+ 版本下未启用 Bootstrap 上下文 #

从Spring Boot 2.4.x版本开始，Spring Cloud默认禁用了Bootstrap上下文，而bootstrap.properties/bootstrap.yml是依赖Bootstrap上下文来优先加载的。如果你使用的是较新的Spring Boot + Spring Cloud版本，只引入spring-cloud-starter-config是不够的，还需要手动添加spring-cloud-starter-bootstrap依赖：

在你的pom.xml中加入：

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

添加这个依赖后，Bootstrap上下文会被激活，bootstrap.properties里的配置才会被优先加载，客户端就能正确读取到spring.application.name=my-app了。

2. 检查bootstrap.properties的命名和位置 #

确认你的配置文件是严格命名为bootstrap.properties（不要出现拼写错误，比如少写一个s或者写成bootstrap.propertie），并且确实放在src/main/resources根目录下。如果文件位置不对或者命名错误，Spring会找不到这个文件，从而使用默认的application作为应用名。

3. 检查Spring Boot与Spring Cloud的版本兼容性 #

如果你的Spring Boot和Spring Cloud版本不匹配，也可能导致Bootstrap上下文加载异常。你可以对照版本映射规则（比如2023.0.x版本的Spring Cloud对应Spring Boot 3.2.x，2022.0.x对应Spring Boot 3.1.x等），确保两者版本兼容。

4. 清理客户端缓存（可选） #

虽然你提到首次启动就出现问题，但如果项目存在残留的编译缓存，也可能影响配置读取。可以尝试：

• 清理项目的target/build目录，重新编译打包
• 启动客户端时添加--spring.cloud.config.refresh.enabled=true参数强制刷新配置

验证方案 #

修改后重启客户端，观察日志是否显示name=my-app，也可以在客户端代码中添加一段简单的接口来确认配置：

@RestController
public class ConfigTestController {
    @Value("${spring.application.name}")
    private String appName;

    @GetMapping("/app-name")
    public String getAppName() {
        return appName;
    }
}

访问http://localhost:8080/app-name，如果返回my-app，说明配置已经正确加载。

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