Spring Profiles中@Value注解无法读取配置中心属性问题

核心问题在于你误用了spring.profiles.include属性——它是用来加载本地的Profile配置文件，而非从Config Server拉取其他应用的配置。Spring Cloud Config客户端默认只会拉取与spring.application.name匹配的配置文件，你的客户端名称是client-service，所以默认仅会加载client-service-dev.properties，不会自动拉取product-dev和customer-dev这两个独立配置文件。

下面是具体解决方法：

方法1：通过spring.cloud.config.name批量指定配置文件 #

修改Config Client的application.properties，添加spring.cloud.config.name属性，列出需要拉取的所有配置文件前缀：

spring.application.name=client-service
server.port=8080
eureka.client.serviceUrl.defaultZone=http://localhost:8761/eureka/

spring.cloud.config.uri=http://localhost:8888
spring.profiles.active=dev
# 同时拉取client-service、product、customer三个前缀的dev环境配置
spring.cloud.config.name=client-service,product,customer
spring.config.import=configserver:

logging.level.org.springframework.boot.context.config=DEBUG

配置后，Config Server会返回client-service-dev.properties、product-dev.properties、customer-dev.properties的合并配置，客户端即可通过@Value正常读取所有属性。

方法2：通过spring.config.import逐个指定配置来源 #

如果需要更精细化控制每个配置的加载，可以在spring.config.import中直接指定每个配置的完整路径：

spring.application.name=client-service
server.port=8080
eureka.client.serviceUrl.defaultZone=http://localhost:8761/eureka/

spring.profiles.active=dev
# 分别导入三个配置文件的dev环境版本
spring.config.import=configserver:http://localhost:8888/client-service/dev, \
                     configserver:http://localhost:8888/product/dev, \
                     configserver:http://localhost:8888/customer/dev

logging.level.org.springframework.boot.context.config=DEBUG

这种方式适合需要单独控制不同配置加载逻辑的场景。

额外检查项 #

• 确保Config Client项目已引入spring-cloud-starter-config依赖（Maven示例）：

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

• 核对Spring Cloud版本兼容性：若使用2023.0.0+版本，spring.cloud.config.uri可省略，spring.config.import=configserver:会自动使用默认地址；若配置了spring.cloud.config.uri则优先使用该地址。

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