atomicboolean是线程安全的布尔开关，基于cas实现原子读-改-写操作；适合开关控制因其能保证“检查并更新”一步完成，避免竞态条件，如初始化仅执行一次、服务启停等场景。

AtomicBoolean 是什么，为什么它适合做开关控制

AtomicBoolean 是 Java 并发包中一个轻量级的原子布尔类型，底层基于 CAS（Compare-and-Swap）实现，无需加锁就能保证读-改-写操作的原子性。它比 synchronized 或 ReentrantLock 更轻量，特别适合「只关心开/关两种状态、不依赖复杂业务逻辑」的场景，比如服务启停、功能灰度开关、配置热更新触发器等。

常见错误是把它当普通布尔变量用：flag = !flag —— 这会丢失原子性，多线程下可能两个线程同时读到 true，都算出 false，再同时写回，结果只关闭了一次。

用 compareAndSet 实现安全的 toggle 操作

要安全地翻转开关状态，不能靠读取后计算再写入，必须用原子方法。最直接的方式是用 compareAndSet 循环尝试：

public class SafeToggle {
    private final AtomicBoolean enabled = new AtomicBoolean(false);
<pre class="brush:java;toolbar:false;">public boolean toggle() {
    boolean current;
    boolean next;
    do {
        current = enabled.get();
        next = !current;
    } while (!enabled.compareAndSet(current, next));
    return next;
}

}

关键点：

• compareAndSet 只有在当前值等于期望值时才写入，否则返回 false，所以需要循环重试
• 不要用 getAndSet，它只设新值、不关心旧值，无法实现「翻转」语义
• 如果只是「开启」或「关闭」单向操作，直接用 set(true) 或 set(false) 就够了，更高效

和 volatile boolean 的区别在哪

volatile boolean 能保证可见性和禁止指令重排序，但不保证复合操作的原子性。例如：

// ❌ 非原子：读 + 取反 + 写，三步之间可能被其他线程打断
flag = !flag;
<p>// ✅ 原子：一步完成，无中间态
enabled.compareAndSet(true, false);</p>

性能上，AtomicBoolean 在绝大多数场景下和 volatile 差距极小；只有在极高频（百万级/秒）且纯读场景下，volatile 的 get() 略快。但一旦涉及写或条件更新，AtomicBoolean 是唯一安全选择。

实际使用中容易忽略的边界情况

• AtomicBoolean 初始化值很重要：默认构造是 false，但如果你希望开关初始为开启，必须显式传参：new AtomicBoolean(true)
• 不要把它和业务逻辑强耦合：比如在 toggle() 里直接调用数据库或远程接口，会把原子操作拖慢，还可能因异常中断状态更新
• 日志或监控时，避免频繁调用 get() 打点（虽然本身廉价），尤其在 tight loop 中；可考虑采样或仅在状态变更时记录
• 如果需要监听开关变化，AtomicBoolean 本身不提供回调，得自己封装，比如加个 ChangeListener 列表并在 set() 前后通知

线程安全的开关逻辑，核心就两条：用 compareAndSet 做条件更新，别在原子操作里塞副作用。其余都是围绕这两点做减法。