Java中boolean类型本身不能直接实现乐观锁，但可作为轻量级状态标记配合CAS构成简易乐观锁机制；需用volatile保证可见性，真正原子性依赖AtomicBoolean的compareAndSet方法，适用于单次状态变更场景如初始化、停机标志等。
Java中boolean类型本身不能直接实现乐观锁，但它可以作为轻量级状态标记，配合CAS操作构成简易乐观锁机制的核心判断依据。
用volatile boolean标记资源状态
乐观锁本质是“先检查后执行”，boolean变量天然适合表达“是否已被占用”这种二元状态。声明为volatile可保证可见性，避免线程本地缓存导致的误判。
- 不使用synchronized或Lock，减少重量级同步开销
- 例如：
private volatile boolean locked = false; - 注意：volatile不保证复合操作原子性（如
if (!locked) locked = true;仍存在竞态）
配合AtomicBoolean实现无锁CAS校验
真正实现乐观锁逻辑需借助AtomicBoolean的compareAndSet方法——它才是原子性的核心。
boolean wasUnlocked = lockFlag.compareAndSet(false, true);- 返回true表示抢占成功，可安全执行临界操作；false表示已被抢占，需重试或放弃
- 比synchronized更轻量，无上下文切换和阻塞开销
典型应用场景：单次状态变更控制
适用于“仅允许一次生效”的场景，比如初始化、关闭、幂等提交等，而非高频读写共享数据。
立即学习“Java免费学习笔记（深入）”；
- 数据库连接池初始化：只允许首个线程完成初始化动作
- 服务优雅停机标志位：确保shutdown()只被执行一次
- 避免重复发消息：用boolean标记“是否已发送”，CAS设为true防重入
注意事项与边界限制
这种基于boolean的乐观锁是简化模型，不适用于复杂业务状态或需要版本号/时间戳的强一致性场景。
- 无法解决ABA问题（但boolean只有true/false，实际不存在ABA）
- 不提供等待机制，调用方需自行决定重试策略或降级处理
- 不可替代ReentrantLock或StampedLock在高竞争、多状态场景下的作用
