Micronaut配置属性默认值无法解析占位符问题咨询

这确实是Spring Boot的预期行为，核心原因在于Spring处理注解的时机差异：

当Spring解析@Controller（或@RequestMapping）上的占位符${app.uri}时，@ConfigurationProperties的属性绑定逻辑还未执行——此时配置类里的默认值还没被加载到Spring环境中，所以Spring只能从配置文件、环境变量等外部源查找这个属性值，找不到就会抛出“无法解析占位符”的错误。而当你在application.yml中配置了app.uri，这个值会提前被加载到环境里，所以占位符能正常解析。

下面给你两种常用的解决办法，按需选择：

方法1：用SpEL直接引用配置类的Bean #

如果希望复用配置类里的默认值，避免重复编写，可以通过Spring表达式（SpEL）直接引用配置类的实例。

首先确保你的配置类被Spring容器管理：

@Component // 或者在主类添加@EnableConfigurationProperties(ApplicationConfiguration.class)
@ConfigurationProperties("app")
public class ApplicationConfiguration {
    public String uri = "/api/v1";
}

然后在控制器上用SpEL引用这个Bean的属性：

@Controller("#{applicationConfiguration.uri}/some/path")
public class MyController {
    // 控制器逻辑
}

这样Spring会直接从配置类的实例中获取默认值，即使外部没有配置app.uri也能正常工作。

方法2：给占位符设置默认值 #

如果不想依赖配置类的Bean，更简单的方式是直接在占位符里指定默认值，语法是${属性名:默认值}：

@Controller("${app.uri:/api/v1}/some/path")
public class MyController {
    // 控制器逻辑
}

这种方式下，当外部配置中没有app.uri时，Spring会自动使用: 后面的/api/v1作为默认值；如果配置了，则优先使用配置文件里的值。

额外说明 #

两种方法各有优劣：

• 方法1适合默认值集中维护在配置类的场景，避免重复代码；
• 方法2更轻量化，不需要额外的Bean依赖，适合简单场景。

你之前的操作没有错误，只是没意识到Spring注解解析的顺序差异，用上面的方法就能实现你预期的效果啦。

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