Spring Boot无法解析依赖组件中@Value属性的默认值问题

核心问题定位 #

报错信息显示Spring只尝试解析${influxdb.port}，完全忽略了默认值部分，说明默认值语法未被正确识别。结合你用Eclipse运行、跨模块依赖的场景，主要排查以下几个方向：

1. 跨模块组件扫描不完整 #

Bar模块启动时，若未扫描到Foo模块的Bean，Spring无法读取到Foo中@Value的默认值配置：

• 检查Bar的启动类是否通过@SpringBootApplication或@ComponentScan包含Foo的包路径：

  @SpringBootApplication(scanBasePackages = {"com.your.foo.package", "com.your.bar.package"})
  public class BarApplication {
      public static void main(String[] args) {
          SpringApplication.run(BarApplication.class, args);
      }
  }
  

• 若使用了@EnableAutoConfiguration，确认未排除Foo相关的自动配置类。

2. Maven依赖打包异常 #

Foo作为Jar包被Bar依赖时，若打包过程中丢失配置元数据，会导致Spring无法识别默认值：

• 检查Foo模块的pom.xml是否配置了正确的Spring Boot打包插件：

  <build>
      <plugins>
          <plugin>
              <groupId>org.springframework.boot</groupId>
              <artifactId>spring-boot-maven-plugin</artifactId>
              <executions>
                  <execution>
                      <goals>
                          <goal>repackage</goal>
                      </goals>
                  </execution>
              </executions>
          </plugin>
      </plugins>
  </build>
  

• 执行mvn clean install重新构建Foo，再右键Bar项目选择Maven -> Update Project更新依赖。

3. Eclipse缓存/编译问题 #

你怀疑Eclipse是诱因的可能性很高，按以下步骤清理：

• 执行Project -> Clean，选择Foo和Bar项目清理缓存；
• 执行Project -> Build All重新编译模块；
• 检查Eclipse的Maven仓库配置，确保使用的是本地仓库中最新构建的Foo Jar包，而非旧缓存版本。

4. 自定义占位符解析器覆盖默认逻辑 #

若Bar模块自定义了PropertySourcesPlaceholderConfigurer，可能禁用了默认值解析：

• 检查Bar的配置类，确保如下属性设置正确：

  @Bean
  public static PropertySourcesPlaceholderConfigurer propertyConfigurer() {
      PropertySourcesPlaceholderConfigurer configurer = new PropertySourcesPlaceholderConfigurer();
      configurer.setIgnoreUnresolvablePlaceholders(true); // 必须设为true，否则未找到的占位符会直接报错
      return configurer;
  }
  

快速验证方案 #

先单独启动Foo模块测试默认值是否生效，排除Foo自身代码问题：

@SpringBootApplication
public class FooTestApp {
    @Value("${influxdb.port:8086}")
    private String port;

    public static void main(String[] args) {
        ConfigurableApplicationContext context = SpringApplication.run(FooTestApp.class, args);
        FooTestApp app = context.getBean(FooTestApp.class);
        System.out.println("默认端口：" + app.port); // 正常情况会输出8086
        context.close();
    }
}

如果Foo单独运行正常，问题必然出在Bar的依赖配置或扫描逻辑上。

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