如何在Java中通过锁实现配置Bean的线程安全？

针对你这个读极频繁、写极少的多线程场景，同步方法确实属于过度设计——毕竟每次读都加锁会严重拖垮性能，完全没必要。下面是几种从优到次的实现方案，重点推荐第一种：

方案1：Volatile + 不可变Map（最优） #

核心思路是利用volatile保证引用的可见性，同时把配置Map包装成不可变对象，彻底避免内部结构的线程安全问题。读操作完全无锁，性能拉满。

修改后的代码：

@Configuration
@ConfigurationProperties(prefix = "configuration.default.values")
public class ConfigurationBean {

    // volatile确保配置引用更新后，所有线程能立刻看到最新值
    private volatile Map<String, String> configValues;

    @PostConstruct
    private void updateConfigValuesRealTime(){
        refreshValuesFromRESTCall();
    }

    public void refreshValuesFromRESTCall(){
        // 从接口获取新配置后，包装成不可变Map，防止外部/内部修改
        Map<String, String> newConfig = client.downstreamCall();
        this.configValues = Collections.unmodifiableMap(newConfig);
    }

    // 自定义getter，直接返回不可变Map
    public Map<String, String> getConfigValues() {
        return configValues;
    }

    // 移除@Setter，禁止直接修改引用，所有更新必须走refresh方法
}

为什么这么做？ #

• volatile关键字保证了configValues引用的可见性：当refresh方法替换引用时，所有线程都会立刻拿到最新的Map引用，不会读到缓存的旧值。
• Collections.unmodifiableMap确保Map本身不可变：避免了后续有人不小心修改Map内部元素导致的线程安全问题，读操作时完全不需要担心并发修改。
• 读操作无锁：每秒频繁读取都不会有性能损耗，完美适配你的场景。

方案2：AtomicReference（备选） #

如果未来需要基于旧配置做原子更新（比如对比旧值再替换），可以用AtomicReference替代volatile，它的set()和get()方法同样保证原子性和可见性，用法和volatile类似：

@Configuration
@ConfigurationProperties(prefix = "configuration.default.values")
public class ConfigurationBean {

    private final AtomicReference<Map<String, String>> configRef = new AtomicReference<>();

    @PostConstruct
    private void updateConfigValuesRealTime(){
        refreshValuesFromRESTCall();
    }

    public void refreshValuesFromRESTCall(){
        Map<String, String> newConfig = client.downstreamCall();
        configRef.set(Collections.unmodifiableMap(newConfig));
    }

    public Map<String, String> getConfigValues() {
        return configRef.get();
    }
}

为什么不推荐同步方法/重入锁？ #

同步方法或重入锁会让所有读操作都必须获取锁，而你的场景是每秒频繁读、极少写，这会导致大量线程阻塞等待锁，严重降低系统吞吐量，属于典型的过度设计。只有当读写频率相近时，同步方案才值得考虑。

注意事项 #

• 绝对不要直接修改configValues内部的元素，所有更新必须通过refreshValuesFromRESTCall方法替换整个Map引用。
• 如果你的下游接口返回的Map本身就是不可变的（比如用Guava的ImmutableMap），可以省略Collections.unmodifiableMap包装。

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