sonar报错：Use a thread-safe type; adding 'volatile' is not enough to make this field thread-safe3

SonarQube 的提示 Use a thread-safe type; adding 'volatile' is not enough to make this field thread-safe 指出：volatile 仅能保证对象引用的可见性，但无法保证对象内部状态的线程安全。由于 Configuration 是可变对象（非基本类型、非不可变类），即使其引用被 volatile 修饰，多线程下对其内部数据的修改仍可能导致竞态条件或数据不一致问题。

以下是具体解决方案及代码修改建议：

---

✅ 推荐方案：使用原子引用 (AtomicReference)

通过 AtomicReference 包装 Configuration，确保引用的更新和读取具备原子性和可见性，同时避免锁开销：

import java.util.concurrent.atomic.AtomicReference;

public class BeanUtil implements InitializingBean {
    @Autowired
    private SqlSessionFactory sqlSessionFactory;
    private final AtomicReference<Configuration> configurationRef = new AtomicReference<>();

    @Override
    public void afterPropertiesSet() {
        configurationRef.set(sqlSessionFactory.getConfiguration());
    }

    // 使用时通过 get() 获取
    public Configuration getConfiguration() {
        return configurationRef.get();
    }
}

优势：

• 原子性保障：set() 和 get() 操作线程安全，避免引用更新时的竞态条件。
• 轻量高效：基于 CAS 实现，无锁竞争。

---

⚠️ 备选方案：同步控制（适用于需修改内部状态的场景）

若后续代码会修改 Configuration 的内部状态（如动态更新配置），需额外加锁：

public class BeanUtil implements InitializingBean {
    @Autowired
    private SqlSessionFactory sqlSessionFactory;
    private final Object lock = new Object();
    private Configuration configuration; // 移除 volatile

    @Override
    public void afterPropertiesSet() {
        synchronized (lock) {
            configuration = sqlSessionFactory.getConfiguration();
        }
    }

    // 所有读写操作均加锁
    public void updateConfiguration(Configuration config) {
        synchronized (lock) {
            this.configuration = config;
        }
    }
}

适用场景：对象内部状态需频繁修改时。

---

❌ 不推荐的方案

1. 仅用 volatile（当前方案）

   private volatile Configuration configuration; // Sonar 仍报错
   

   问题：volatile 仅保证引用可见性，若多线程同时调用 configuration.setXXX(...) 修改其内部数据，仍会引发线程安全问题。

2. 使用不可变对象
   将 Configuration 设计为不可变类（如所有字段 final + 无 setter 方法），但 MyBatis 的 Configuration 本身可变，此方案不适用。

---

📌 总结建议

方案	适用场景	线程安全级别
AtomicReference	引用初始化后不变，仅需安全读取	高（无锁，原子引用）
同步块	引用或内部状态需动态修改	高（锁保证一致性）
volatile	不推荐（Sonar 报错主因）	低（仅引用可见性）

优先选择 AtomicReference，除非有动态修改需求才使用同步块。修改后重新扫描 SonarQube，提示应消失。