java多线程变量不可见本质是线程操作工作内存副本，解决依赖jvm内存同步语义：volatile保证单变量可见性与禁止重排序，synchronized保障临界区整体可见性、原子性及互斥。

Java 多线程中变量“读写主内存不同步、修改不可见”，本质是各线程操作的是自己工作内存里的副本，而非实时与主内存交互。要避免不可见，关键不是手动控制读写主内存，而是借助 JVM 提供的内存同步语义——让读写行为自动触发主内存同步。核心手段有两个：用 volatile 保证单变量可见性，用 synchronized（或 Lock）保障临界区整体可见性与互斥。

volatile 用于简单状态标志的可见性同步

适合仅需“通知”类场景，比如开关信号、运行标志、初始化完成标记。

• 被 volatile 修饰的变量，每次读都强制从主内存加载最新值，每次写都立即刷新到主内存
• 它禁止编译器和处理器对该变量的读写进行重排序，确保操作顺序符合代码逻辑
• 注意：volatile 不保证复合操作原子性。例如 count++（读-改-写三步）即使 count 是 volatile，仍可能出错
• 典型用法：private static volatile boolean running = true;，一个线程设为 false，另一个线程 while 循环能立刻感知退出

synchronized 确保临界区内的所有共享变量都同步

适用于需要保护一段逻辑、多个变量协同更新，或必须保证原子性的场景。

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• 进入 synchronized 块前：线程清空工作内存中相关变量的缓存，强制从主内存重新加载最新值
• 退出 synchronized 块时：将工作内存中所有被修改的共享变量全部刷新回主内存
• 这形成“读-改-写”闭环，天然满足 happens-before 规则（unlock happens-before 后续 lock），其他线程下次进入同一把锁的临界区时，一定看到全部更新
• 不仅解决可见性，还提供互斥能力，防止并发修改导致数据错乱

别踩这些常见坑

看似同步，实则无效的做法要避开：

• 只对写操作加 synchronized、读操作不加——读线程可能仍读到旧副本，破坏可见性闭环
• 用普通变量 + Thread.sleep() 或 while(true) 轮询——没有内存屏障，JVM 可能优化掉重复读，导致死循环
• volatile 修饰引用类型（如 volatile List<string> list</string>）——只保证 list 引用本身可见，list 内部元素增删仍不安全
• 误以为 synchronized 锁对象不同就能同步变量——必须是同一把锁，才能触发 JMM 的内存同步协议

选哪个？看需求粒度

单个布尔/整型状态变更 → 优先 volatile，轻量高效；
涉及多个变量、含计算逻辑、需排他执行 → 必须 synchronized 或 ReentrantLock。

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南