Spring Boot中设置javax.net.ssl.trustStoreType在不同Bean中生效异常问题

1. 异常行为的根本原因 #

JVM的默认SSLContext只会在第一次使用SSL相关功能时读取javax.net.ssl.trustStoreType等系统属性并完成初始化，一旦初始化完成，后续修改系统属性不会对已存在的SSLContext生效。

两种场景的核心差异在于系统属性设置的时机：

• MyConfProperties是标记了@ConstructorBinding的配置属性Bean，它的初始化时机极早——在Spring上下文启动的最前期，甚至早于RestTemplate及底层HTTP客户端的创建。此时设置系统属性后，后续第一次创建SSL连接时，默认SSLContext会读取到新值，因此能正常访问目标URL。
• StoreTypeManager是普通@ComponentBean，初始化时机远晚于配置属性Bean，大概率是在RestTemplate已经创建完成、甚至底层HTTP客户端已经初始化了默认SSLContext之后才执行。此时修改系统属性已无法影响已初始化的SSLContext，测试时仍会使用旧的信任库导致SSL握手失败。

2. 让后期设置的属性生效的方案 #

如果必须在初始化后期设置系统属性，可通过以下两种方式绕过默认SSLContext的限制：

方案一：重置默认SSLContext #

设置完系统属性后，手动重新初始化默认SSLContext，让后续SSL连接读取最新的系统属性：

@Component
public class StoreTypeManager {
    private final MyConfProperties.ConfSet2 properties;

    public StoreTypeManager(MyConfProperties myConfProperties) {
        this.properties = myConfProperties.confSet2;

        if ("true".equals(properties.useWindowsStore)) {
            System.setProperty("javax.net.ssl.trustStoreType", "WINDOWS-ROOT");
            // 重置默认SSLContext，使其重新读取系统属性
            try {
                SSLContext.setDefault(SSLContext.getInstance("TLS"));
            } catch (NoSuchAlgorithmException e) {
                throw new RuntimeException("重置SSLContext失败", e);
            }
        }
    }
}

方案二：为RestTemplate配置自定义SSLContext #

不依赖系统属性，直接基于WINDOWS-ROOT信任库构建SSLContext并注入到RestTemplate，确保配置逻辑不受初始化时机影响：

@Configuration
public class RestTemplateConfig {
    @Bean
    public RestTemplate restTemplate(RestTemplateBuilder builder, MyConfProperties confProperties) throws Exception {
        if ("true".equals(confProperties.confSet2.useWindowsStore)) {
            // 加载WINDOWS-ROOT信任库
            KeyStore trustStore = KeyStore.getInstance("WINDOWS-ROOT");
            trustStore.load(null, null);

            // 构建信任管理器工厂
            TrustManagerFactory trustManagerFactory = TrustManagerFactory.getInstance(TrustManagerFactory.getDefaultAlgorithm());
            trustManagerFactory.init(trustStore);

            // 创建自定义SSLContext
            SSLContext sslContext = SSLContext.getInstance("TLS");
            sslContext.init(null, trustManagerFactory.getTrustManagers(), null);

            // 配置RestTemplate使用自定义SSLContext
            return builder
                    .requestFactory(() -> new HttpComponentsClientHttpRequestFactory(
                            HttpClientBuilder.create()
                                    .setSSLContext(sslContext)
                                    .build()))
                    .build();
        } else {
            return builder.build();
        }
    }
}

3. 调整StoreTypeManager使其更早初始化 #

如果不想修改SSLContext逻辑，仅需让StoreTypeManager在RestTemplate之前初始化，可采用以下方式：

方式一：设置Bean初始化优先级 #

给StoreTypeManager添加@Order(Ordered.HIGHEST_PRECEDENCE)，让它在所有非高优先级Bean之前初始化：

@Component
@Order(Ordered.HIGHEST_PRECEDENCE)
public class StoreTypeManager {
    // 原有代码不变
}

方式二：让RestTemplate依赖StoreTypeManager #

在RestTemplate的配置Bean上添加@DependsOn("storeTypeManager")，强制Spring先创建StoreTypeManager再初始化RestTemplate：

@Configuration
public class RestTemplateConfig {
    @Bean
    @DependsOn("storeTypeManager")
    public RestTemplate restTemplate(RestTemplateBuilder builder) {
        return builder.build();
    }
}

方式三：实现EarlyInitializingBean接口 #

通过实现EarlyInitializingBean接口，让Bean在Spring上下文早期初始化阶段执行配置逻辑：

@Component
public class StoreTypeManager implements EarlyInitializingBean {
    private final MyConfProperties.ConfSet2 properties;

    public StoreTypeManager(MyConfProperties myConfProperties) {
        this.properties = myConfProperties.confSet2;
    }

    @Override
    public void earlyInitialize() {
        if ("true".equals(properties.useWindowsStore)) {
            System.setProperty("javax.net.ssl.trustStoreType", "WINDOWS-ROOT");
        }
    }
}

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