【Java基础】Volatile & synchronized

本文深入探讨了Java中volatile和synchronized两种并发控制机制的特点及使用场景。解释了volatile如何确保变量的一致性,并强调其轻量级特性。同时,详细说明了synchronized的工作原理,包括如何正确地使用它来实现线程间的同步。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Volatile:

在当前的Java内存模型下,线程可以把变量保存在本地内存(比如机器的寄存器)中,而不是直接在主存中进行读写。这就可能造成一个线程在主存中修改了一个变量的值,而另外一个线程还继续使用它在寄存器中的变量值的拷贝,造成数据的不一致。
要解决这个问题,就需要把变量声明为volatile,这就指示JVM,这个变量是不稳定的,每次使用它都到主存中进行读取。一般说来,多任务环境下,各任务间共享的变量都应该加volatile修饰符。
Volatile修饰的成员变量在每次被线程访问时,都强迫从共享内存中重读该成员变量的值。而且,当成员变量发生变化时,强迫线程将变化值回写到共享内存。这样在任何时刻,两个不同的线程总是看到某个成员变量的同一个值。
Java语言规范中指出:为了获得最佳速度,允许线程保存共享成员变量的私有拷贝,而且只当线程进入或者离开同步代码块时才将私有拷贝与共享内存中的原始值进行比较。这样当多个线程同时与某个对象交互时,就必须注意到要让线程及时的得到共享成员变量的变化。而volatile关键字就是提示JVM:对于这个成员变量,不能保存它的私有拷贝,而应直接与共享成员变量交互。
volatile是一种稍弱的同步机制,在访问volatile变量时不会执行加锁操作,也就不会执行线程阻塞,因此volatilei变量是一种比synchronized关键字更轻量级的同步机制。
使用建议:在两个或者更多的线程需要访问的成员变量上使用volatile。当要访问的变量已在synchronized代码块中,或者为常量时,没必要使用volatile。
由于使用volatile屏蔽掉了JVM中必要的代码优化,所以在效率上比较低,因此一定在必要时才使用此关键字。
Volatile一般情况下不能代替sychronized,因为volatile不能保证操作的原子性,即使只是i++,实际上也是由多个原子操作组成:read i; inc; write i,假如多个线程同时执行i++,volatile只 能保证他们操作的i是同一块内存,但依然可能出现写入脏数据的情况。如果配合Java 5增加的atomic wrapper classes,对它们的increase之类的操作就不需要sychronized。
总结一下,volatile可以修饰变量,用于多线程的访问,但是在多核的情况下,多线程并发还是存在问题。所以最好使用sychronized。

Synchronized

我们需要明确几点:
A.无论synchronized关键字加在方法上还是对象上,他取得的锁都是对象,而不是把一段代码或函数当作锁――而且同步方法很可能还会被其他线程的对象访问。
B.每个对象只有一个锁(lock)和之相关联。
C.实现同步是要很大的系统开销作为代价的,甚至可能造成死锁,所以尽量避免无谓的同步控制。

1、把synchronized当作函数修饰符时,示例代码如下:

   public synchronized void method(){}

他锁定的是调用这个同步方法对象。也就是说,当一个对象P1在不同的线程中执行这个同步方法时,他们之间会形成互斥,达到同步的效果。但是这个对象所属的Class所产生的另一对象P2却能够任意调用这个被加了synchronized关键字的方法。
上边的示例代码等同于如下代码:

public void method(){      
	synchronized (this){      
       //…..      
	}      
}

2、同步块,示例代码如下:

public void method(SomeObject so) {      
	synchronized(so){      
       //…..      
	}      
}

这时,锁就是so这个对象,谁拿到这个锁谁就能够运行他所控制的那段代码,但当没有明确的对象作为锁,只是想让一段代码同步时,能够创建一个特别的instance变量(他得是个对象)来充当锁:

class Foo implements Runnable{      
    private byte[] lock = new byte[0];  // 特别的instance变量      
    Public void method(){      
       synchronized(lock) { //… }      
	}
}

注:零长度的byte数组对象创建起来将比任何对象都经济――查看编译后的字节码:生成零长度的byte[]对象只需3条操作码,而Object lock = new Object()则需要7行操作码。

3.将synchronized作用于static 函数,示例代码如下:

Class Foo{ 
	static Object o = new Object;     
	public synchronized static void method1(){      
		//….      
	}      
	public void method2(){      
       synchronized(Foo.class)   //  class literal(类名称字面常量)      
	}   
	public static void method3() {
       synchronized(o){     
       }
    }
    public static void method4() {     
        //..........     
        try {     
            synchronized (Class.forName("Foo")) {     
              //............     
            }     
        } catch (ClassNotFoundException ex) {     
        }     
        //.............     
    }    
}

代码中的四个方法都是把class literal作为锁的情况,他和同步的static函数产生的效果是相同的,取得的锁很特别,是当前调用这个方法的对象所属的类(Class,而不再是由这个Class产生的某个具体对象了)。
记得在《Effective Java》一书中看到过将 Foo.class和 P1.getClass()用于作同步锁还不相同,不能用P1.getClass()来达到锁这个Class的目的。P1指的是由Foo类产生的对象。

<think>嗯,用户想了解Javavolatilesynchronized的关键区别以及使用场景。这个问题很基础但特别重要,涉及到并发编程的核心概念。从用户之前的引用内容看,ta显然已经做过一些功课,但还需要更系统的对比。用户引用的三份资料其实已经涵盖了主要知识点:[^1]提到了可见性和原子性的基础区别,[^2]用公告板的比喻形象说明了volatile的可见性机制,[^3]则详细列出了技术细节和使用限制。不过这些信息比较零散,需要帮ta整合成体系。值得注意几个技术要点:首先是"不满足条件时volatile会出什么问题"需要具体说明。比如当违反"写入不依赖当前值"规则时,用volatile修饰的计数器即便++操作也会出错,因为自增实际上是read-modify-write三步操作。这个得用例子说明才直观。其次是内存语义的深层区别。volatile实际是通过内存屏障禁止指令重排序的,而synchronized是互斥锁机制。这导致它们的开销差异很大:在仅需可见性保障时,volatile的性能能比synchronized高几个数量级。用户应该会关心实际编码场景。除了常见的状态标志位,可以补充DCL(双重检查锁)中volatile的经典用法。而对于synchronized,要强调它不仅能保护变量,还能保护代码块——比如在账户转账时保证"查询余额-扣款-写入"整个过程的原子性。安全问题也要提醒:比如用volatile修饰对象引用时,只能保证引用地址的可见性,对象内部字段的修改依然可能存在线程安全问题。这点很多开发者容易忽略。最后响应速度的对比很有趣。参考资料提到volatile不会阻塞线程,但在实际高并发场景下,频繁的缓存失效可能导致隐性性能损耗。而synchronizedJava6优化后,偏向锁/轻量级锁等机制已经大幅降低了阻塞开销。</think> 好的,我们来详细梳理一下 Java 中 `volatile` 和 `synchronized` 这两个并发关键字的核心区别、工作原理以及适用场景。 以下是 `volatile` 和 `synchronized` 的主要区别总结: | **对比维度** | **`volatile`** | **`synchronized`** | |------------|---------------|-------------------| | **核心作用** | 保证变量修改的可见性 | 保证变量修改的原子性与可见性 | | **内存语义** | 直接读写主内存 | 锁定时获取主内存最新值,解锁前写入主内存 | | **原子性保证** | ✘ 无 | ✓ 有(可以保证复合操作的原子性) | | **可见性保证** | ✓ 有 | ✓ 有(比volatile更严格) | | **排他性/互斥** | ✘ 无 | ✓ 有(一次只允许一个线程进入) | | **阻塞** | ✘ 不会引起阻塞 | ✓ 可能引起阻塞 | | **适用级别** | 变量级 | 变量、方法、代码块、类级 | | **性能开销** | 相对较低 | 相对较高(尤其在高竞争下) | ## 详细解析 1. **核心作用 (Key Purpose)** * **`volatile`**: **唯一职责是保证变量的可见性 (visibility)**。 * 当一个线程修改了一个 `volatile` 变量的值时,这个新值会**立即**被刷新回主内存(而不是仅仅留在工作内存/CPU缓存)。 * 当其他线程随后读取这个 `volatile` 变量时,它们会**强制**从主内存重新加载最新的值(而不是使用本地缓存中的旧值)。 * **禁止指令重排序优化**:`volatile` 写操作前(StoreStore)和写操作后(StoreLoad)的内存屏障,以及读操作前(LoadLoad)和读操作后(LoadStore)的内存屏障,限制了编译器和处理器对指令的重排序。 * **`synchronized`**: **核心是提供互斥访问 (mutual exclusion) 并由此带来原子性和可见性保证**。 * **互斥性 (Mutual Exclusion)**:当一个线程进入一个 `synchronized` 方法或代码块(获取锁),其他尝试进入**同一个锁**(基于对象或类)的 `synchronized` 方法/代码块的线程会被阻塞(挂起)。 * **原子性 (Atomicity)**:由互斥性保证。它确保了一个线程在执行 `synchronized` 代码块中的所有语句时,不会被其他线程干扰,从而将整个代码块视为一个原子操作。这对于需要多个步骤的操作至关重要(如 `i++` 这个 read-modify-write 操作)。 * **可见性 (Visibility)**:是互斥性带来的副产品,比 `volatile` 更严格: * 线程在进入 `synchronized` 代码块(获取锁)时,会**清空工作内存**,强制从主内存重新加载共享变量的值,确保看到最新的状态。 * 线程在退出 `synchronized` 代码块(释放锁)时,会把修改过的变量值**强制刷新回主内存**。这使得随后获取同一把锁的其他线程能看到这些修改。 2. **原子性保证 (Atomicity Guarantee)** * **`volatile`**:**不提供任何原子性保证**。这是它们最核心的区别之一。 * 对 `volatile` 变量进行的单次读或写操作本身是原子的(如 `volatile int x; x = 10;`)。 * 但多个操作的复合操作(即使是简单的 `v++`,它包含了读取 `v`、+1、写回 `v` 三个操作)**不是原子**的。如果多个线程试图同时执行 `v++`,仍然会发生数据竞争导致结果不正确(即使 `v` 是 `volatile`)。 * **`synchronized`**:**提供了原子性保证**。它通过锁机制,确保了一个线程可以完整地执行被锁保护的一段代码(即使包含多个操作,如读取、计算、写入),而不会被其他线程打断。这个代码块中的操作对其它线程来说是不可分割的,就像是一个操作一样。 3. **阻塞 (Blocking)** * **`volatile`**:**访问 `volatile` 变量永远不会引起线程阻塞**。它只涉及内存访问,不涉及锁获取和线程挂起/唤醒。 * **`synchronized`**:**获取锁的过程可能导致线程阻塞**。如果一个线程尝试进入一个 `synchronized` 块,而所需的锁(对象监视器锁)已被其他线程持有,那么该线程会被挂起,进入阻塞状态(BLOCKED),直到锁被释放并唤醒它。这是实现互斥的核心机制。这也是 `synchronized` 在某些高竞争场景下性能开销的来源。 4. **范围级别 (Applicability Level)** * **`volatile`**:**只能修饰成员变量(实例变量、类变量)**。 * **`synchronized`**:**可以修饰代码块、方法(实例方法、静态方法)、甚至类**(通过锁类对象)。适用性更广泛。 5. **性能开销 (Performance)** * **`volatile`**:**开销相对较低**。因为它不需要获取和释放锁,不会引起线程上下文切换。 * **`synchronized`**:**开销相对较高**。现代 JVM (Java 6+) 对 `synchronized` 做了大量优化(如偏向锁、轻量级锁、适应性自旋锁、锁膨胀),但相比 `volatile`,它最终涉及到锁竞争管理(可能导致线程挂起和唤醒)和内存屏障,在高度竞争的情况下开销显著增加。 ## 使用场景 (Use Cases) * **`volatile` 适用场景 (When to use `volatile`)**: * **简单的状态标志位 (Simple Status Flags)**:这是最经典的场景。需要一个 `volatile boolean` 变量(如 `shutdownRequested`)来通知线程从循环中退出或其他简单状态变更。 ```java volatile boolean shutdownRequested = false; void shutdown() { shutdownRequested = true; } void doWork() { while (!shutdownRequested) { // ... do tasks ... } } ``` * **单次安全发布 (Safe Publication - one-time)**:利用 `volatile` 的禁止重排序特性,安全地发布一个构造完整的对象引用(需要满足“初始化期间没有逸出”等条件)。 ```java public class Singleton { private static volatile Singleton instance; public static Singleton getInstance() { if (instance == null) { synchronized(Singleton.class) { if (instance == null) { instance = new Singleton(); // volatile write after initialization } } } return instance; } // ... private constructor ... } ``` * **对变量的读操作远多于写操作**:在这种情况下,避免互斥锁的开销更重要,同时 `volatile` 能保证读到的是最新值。 * **满足条件**:操作必须是单步原子写(如直接赋值 `x = y`),且不依赖于变量的当前值(不能用 `x++`),并且变量不参与与其他变量的不变性约束(Invariants)。[^3] * **`synchronized` 适用场景 (When to use `synchronized`)**: * **复合操作的原子性保证 (Atomic Compound Actions)**:任何需要多个步骤且必须作为一个整体执行的操作,如 `i++` (即使 `i` 是 `volatile` 也不行),转账操作(读取A余额、读取B余额、扣A加B、写回A、写回B)。 ```java class Account { private double balance; public synchronized void deposit(double amount) { balance += amount; // atomic operation protected by lock } public synchronized void withdraw(double amount) { balance -= amount; // atomic operation protected by lock } } ``` * **读写操作都需要同步控制 (Critical Sections with Read-Modify-Write)**:当不仅需要写操作同步,读操作也需要查看最新一致状态并可能与写互斥的场景。 * **维护不变性约束 (Maintaining Invariants)**:当多个共享变量之间存在约束关系时(例如,两个变量的值必须保持某种比例关系),访问这些变量的操作需要在一个临界区内完成,以保证约束不被破坏。[^3] * **需要更严格的可见性保证**:虽然 `volatile` 也提供可见性,但 `synchronized` 在进入/退出块时的内存屏障提供了更全的"发生在关系"保证。 * **当 `volatile` 的使用条件不满足时**:特别是需要原子性保证或存在复合操作时,必须使用 `synchronized` (或显式锁)。 ## 核心区别再强调 * **`volatile` = 可见性 + 禁止重排序 (Visibility + No-Reordering)** * **`synchronized` = 互斥性 + 原子性 + 可见性 (Mutual Exclusion + Atomicity + Visibility)** ## 相关问题
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值