Volatile这玩意儿就像给变量开了个“直播模式”,让所有线程都能实时看到最新值,不然你以为你在看世界杯,其实人家都踢完颁奖了!来,咱们边撸代码边唠嗑👇
🌟 核心作用:专治“线程性眼疾”
public class VolatileDemo {
// 普通变量:线程A改了,线程B可能还在用老古董
// private static boolean flag = false;
// 加volatile:线程B秒懂A的操作
private static volatile boolean flag = false;
public static void main(String[] args) {
// 线程A:3秒后开闸放水
new Thread(() -> {
try {
Thread.sleep(3000);
flag = true; // 开关打开!
System.out.println("🚩 红旗已升起!");
} catch (InterruptedException e) {
e.printStackTrace();
}
}).start();
// 线程B:死循环等信号
new Thread(() -> {
while (!flag) {
// 没volatile时这里可能卡到天荒地老
}
System.out.println("💥 收到信号!冲冲冲!");
}).start();
}
}
运行结果对比:
- ❌ 不加volatile:程序可能永远卡在
while循环(线程B看不见flag更新) - ✅ 加volatile:3秒后双线程同时打印,配合完美!
⚠️ 经典踩坑案例:自以为是的自增
public class FakeCounter {
private volatile int count = 0;
public void increment() {
count++; // 这步操作实际是:读→改→写,非原子操作!
}
public static void main(String[] args) throws Exception {
FakeCounter counter = new FakeCounter();
for (int i = 0; i < 1000; i++) {
new Thread(counter::increment).start();
}
Thread.sleep(2000);
System.out.println("最终值:" + counter.count); // 永远小于1000 😭
}
}
为什么翻车?
虽然volatile让所有线程及时看到count值,但count++这操作像极了:
- 你看到余额是100元(读)
- 你掏出手机准备充值50元(改)
- 此时你妈同时给账户充了100元(其他线程修改)
- 你最终存入了50元(写)→ 覆盖了你妈的充值!
🧠 灵魂总结
| 场景 | 普通变量 | volatile变量 |
|---|---|---|
| 可见性 | 各线程可能有私有副本 | 全局强制同步最新值 |
| 原子性 | ❌ | ❌(需配合锁或原子类) |
| 指令重排 | 编译器可能调换执行顺序 | 禁止重排序优化 |
💡 使用口诀:一写多读用volatile,多写多读上锁别客气!
举个栗子🌰:监控系统用volatile boolean isRunning控制启停,但计数器请用AtomicInteger~
下次面试官问你volatile,你就拍桌子:“它就是个信号灯💡!保证我看见红灯时它真的红了,但过马路还得走斑马线(原子操作)啊!” 🚦
Volatile:线程间信号灯机制解析
704

被折叠的 条评论
为什么被折叠?



