我之前在做Spring Boot整合Azure Key Vault的POC时，也碰到过几乎一模一样的配置加载顺序问题，咱们一步步来拆解根源和解决办法：

问题根源：配置加载时机与@Value解析的冲突 #

这个异常的核心原因是Spring对@Value注解的解析时机，早于Azure Key Vault配置源的初始化时机：

• 当你把Key Vault的所有配置（包括endpoint）都用环境变量传入时，环境变量的加载优先级极高，Spring Cloud Azure的自动配置类能在Spring初始化早期就拿到完整的Key Vault配置，提前将Key Vault的PropertySource注册到Spring的Environment中，所以解析@Value("${MySecret}")时能找到对应的密钥。
• 但当你把endpoint放在application.properties，其他认证参数用环境变量时，Spring在合并配置的过程中，Key Vault的完整配置（endpoint+认证信息）要等到application.properties加载后才能凑齐，这时候Spring已经开始解析@Value注解了——此时Key Vault的PropertySource还没被注册，自然找不到MySecret这个占位符对应的密钥，抛出解析异常。

最优解决办法：用@ConfigurationProperties替代@Value #

@ConfigurationProperties的属性绑定时机比@Value晚得多，会等到所有PropertySource（包括Key Vault动态加载的）都注册完成后再执行绑定，完美避开时机冲突问题。你只需要调整你的SSLProperties类即可：

修改后的SSLProperties代码 #

@Getter
@Setter
@ConfigurationProperties("ssl")
public class SSLProperties {
    // 移除@Value注解，直接用属性名绑定Key Vault中的密钥
    // 注意：Key Vault中的密钥名称要对应为`ssl.trust-store-pass`，或者你可以配置密钥名映射
    private String trustStorePass;
    private TrustStore trustStore;

    @Data
    public static class TrustStore {
        private String path;
    }
}

配套Key Vault配置（可选） #

如果不想修改Key Vault中已有的MySecret密钥名称，可以在配置里添加密钥名映射，让Spring Cloud Azure将MySecret映射到ssl.trust-store-pass：
在application.properties中添加：

spring.cloud.azure.keyvault.secret.property-sources[0].secret-name-maps[MySecret]=ssl.trust-store-pass

备选方案：延迟Bean初始化（不推荐） #

如果你一定要保留@Value注解，可以通过@Lazy延迟使用SSLProperties的Bean的初始化时机，让Key Vault有足够时间拉取密钥：

@Configuration
@EnableConfigurationProperties({ SSLProperties.class })
public class MyConfigs {
    // 给依赖SSLProperties的Bean添加@Lazy
    @Lazy
    @Bean
    public SomeBean someBean(SSLProperties sslProperties) {
        return new SomeBean(sslProperties);
    }
}

⚠️ 注意：这个方案可能会引入其他初始化顺序的隐性问题，比如某些依赖这个Bean的组件也需要延迟初始化，所以优先推荐用@ConfigurationProperties的方案。

验证步骤 #

修改完成后，你可以做以下验证：

1. 启动应用，确认PlaceholderResolutionException是否消失
2. 可以在配置类中打印Spring Environment的PropertySource列表，确认Azure Key Vault的PropertySource已经被注册：

@Autowired
private Environment environment;

@PostConstruct
public void printPropertySources() {
    MutablePropertySources propertySources = ((ConfigurableEnvironment) environment).getPropertySources();
    propertySources.forEach(ps -> System.out.println("Registered PropertySource: " + ps.getName()));
}

如果能看到类似azure-keyvault的PropertySource，就说明Key Vault的配置源已经正确加载了。

我当时就是用@ConfigurationProperties的方案搞定的，比折腾初始化顺序靠谱多了😉