Spring Cloud配置服务器中@Value与@Autowired属性使用异常求助

嘿，我看你在Spring Boot 1.5.12（搭配Spring Cloud Edgware.SR3）里遇到了@Value注解无法解析${jms.destination.name}配置项的问题，这个坑我之前也踩过，给你梳理几个常见的排查方向和解决办法：

1. 配置文件是否存在且配置项正确 #

首先做最基础的检查：

• 确认你的application.properties（或application.yml）放在src/main/resources目录下（Spring Boot 1.5.x默认的配置文件路径）
• 打开配置文件，确保里面确实写了jms.destination.name=你的队列名称这样的配置，注意大小写、下划线完全匹配，别犯拼写错误的低级错误~

如果你的配置是放在自定义的配置文件里（比如jms-config.properties），那需要给HmlConfig加上@PropertySource注解指定配置文件路径：

@Configuration
@PropertySource("classpath:jms-config.properties")
public class HmlConfig {
    @Value("${jms.destination.name}")
    private String destinationName;
    // ... 其他代码
}

2. 配置类是否被Spring扫描到 #

Spring只会管理它扫描范围内的类，你得确认HmlConfig在启动类的扫描路径下：

• 启动类上的@SpringBootApplication默认扫描自身所在包及所有子包
• 如果HmlConfig在其他包下，得在启动类上添加@ComponentScan指定额外的扫描路径，比如：

@SpringBootApplication
@ComponentScan(basePackages = {"com.yourteam.config", "com.yourteam.api"})
public class YourApplication {
    public static void main(String[] args) {
        SpringApplication.run(YourApplication.class, args);
    }
}

3. Spring Cloud配置加载顺序问题 #

因为你用了Spring Cloud，可能存在多个配置源（本地配置、配置中心配置、环境变量等），得确认jms.destination.name在优先级更高的配置源里存在。Edgware版本的配置优先级大致是：命令行参数 > 环境变量 > 配置中心配置 > 本地配置文件，你可以排查下是不是配置项被覆盖或者没加载到。

4. 开启调试日志定位问题 #

如果上面的方法都没解决，建议开启Spring环境加载的调试日志，看看配置加载的详细过程：
在application.properties里添加：

logging.level.org.springframework.core.env=DEBUG

启动后查看日志，你能看到Spring加载了哪些配置文件、每个配置项的来源，很容易定位到为什么jms.destination.name没被加载。

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