JUC之volatile

一、简介

volatile是Java语言的关键字,用来修饰可变变量(即该变量不能被final修饰),且必须是至少类内可见。所以它是可以修饰带static的变量。这我自己下定义。

它是被设计用来修饰被不同线程访问和修改的变量。来自 百度百科

二、功能

volatile提供了一个高效的同步机制,她在某些情况下可以代替synchronized实现更轻量和高效的同步机制,同时也更为脆弱,更难于掌控。被volatile修饰的变量具有内存可见性,但不具有原子性。至于什么是可见性,前面已经做过简单介绍,接下来我们进一步来看什么是可见性。

1. 内存可见性

首先为什么会出现内存可见性问题呢?
想完全理解这个问题,请自行阅读《深入理解计算机系统》吧!这里简单说一下,

每个线程都有它自己的线程上下文,包括栈、栈指针、程序计数器、通用目的寄存器和条件码。所有的运行在一个进程里的共享该进程的整个虚拟地址空间。——来自《深入理解计算机系统》

下面这个说法可能并不严谨,甚至是有误,但对我们理解这个问题有帮忙。
如你所知,所有计算都发生CPU,然而它直接操作主存的效果比较远,不如CPU的缓存区,更远不如寄存器。其次,如上面所有的系统会为每个线程分配自己的线程上下文。在这两个大提前下,可能简化的理解为线程有自己的高速cache,即所有线程操作变量时,都不会直接操作主存。当发生cache miss时,从主存拷贝到cache,这些都是你懂的啦。跟所有的cache一样,都存在一致性的问题。

即是正常情况下什么时候发生cache冲刷回主存并不可控。
不正常情况下,退出临界区时即刻强制更新主存。另一种情况,即我们要讨论的volatile。被volatile修饰的变量比较特殊,表示直接操作主存,不需要通过cache。直接要用时直接从主存取(注意取出来还是会把值放在自己的上下文,这点后面需要用到),用完写直接回主存。这就是内存可见性

2. 可不完全替代synchronized

之前整理synchronized的时候忘了讲synchronized怎么实现同步的,在这里顺便带出来吧。
synchronized是通过临界区实现同步的,临界区的同步方式是同一个时间只有最多一个线程进入临界区,也就是说只能保证原临界区具有原子性。这是什么意思呢,先来看一下面例子吧。


void barfoo() {
    new Thread(() -> {
            for(int v=0; v<100; v++) bar();
        }).start();

        new Thread(() -> {
            for(int v=0; v<100; v++) foo();
        }).start();
    }
}

int v = 0;
void bar() {
    final int t = v + 1;
    v++;
    try {
        TimeUnit.MILLISECONDS.sleep(RandomUtils.nextInt(10));
    } catch (InterruptedException e) { }
    if(t != v)System.out.println("not match");
}

synchronized void foo() {
    final int t = v + 1;
    v++;
    try {
        TimeUnit.MILLISECONDS.sleep(RandomUtils.nextInt(10));
    } catch (InterruptedException e) { }
    if(t != v)System.out.println("not match");
}

执行barfoo()的结果打印了not match
synchronized只是通过线程在离开临界区时会把线程上下文冲刷回主存,从而实现一致性,但对于变量v而言不具备原子性,更无法保证能够一致性。

volatile可部分替代synchronized,也就是说在特定条件或者场景下可以替代synchronized。上面我们提到过volatile具有内存可见性,但不具有原子性,而synchronized实际是上能够实现原子性的。这一点是volatile做不到的,也是这种场景下volatile无法代替synchronized。
这一点就不举例了,主要知道什么是原子性和非原子性即可自行实验了。如:a += b就一个非原子性操作。

三、总结

  1. 简单的了解了volatile的用法;
  2. 进一步了解内存可见性和synchronized实现原理;
  3. volatile与synchronized的差异,以及可代替场景;
  4. volatile通过内存可见性实现同步,即线程A操作了被volatile修饰的变量之后,线程B立马可能读到线程A的修改结果。

<think>嗯,用户让我介绍一下JUC里的Exchanger,我得先回忆一下相关知识。Exchanger是Java并发工具中的一个类,主要用于两个线程之间交换数据。可能用户已经对CountDownLatch、CyclicBarrier这些有所了解,现在想扩展到更少见的同步工具。 首先,我需要确定Exchanger的基本概念。它允许两个线程在某个同步点交换彼此的数据。比如,一个线程生产数据,另一个消费,他们可以用Exchanger来交换数据。这点需要明确说明,可能用户需要知道使用场景。 然后,核心方法应该是exchange(),这个方法会阻塞直到另一个线程也调用它。可能还有带超时的版本。这里要详细说明方法的使用方式,以及可能抛出的异常,比如中断或超时。 接下来,需要考虑它的实现原理。记得Exchanger使用了类似双重槽位的设计,通过CAS操作来保证线程安全。可能涉及到LockSupport的park和unpark,或者自旋等待。这部分可能需要深入源码分析,但用户可能不需要太底层的细节,但作为超详细介绍,还是得提到。 使用场景方面,除了生产者-消费者,还有线程间数据交换的其他例子,比如游戏服务器中的玩家交易,或者管道化处理的不同阶段交换数据。需要举一些实际的例子,让用户更容易理解。 注意事项方面,线程数超过两个的情况,Exchanger可能不适用,会出问题。另外,exchange()的调用时机需要协调,否则可能线程一直阻塞。还要提醒处理中断和超时的情况,避免程序挂死。 可能用户是正在学习Java并发编程的开发者,需要实际应用Exchanger解决问题,或者面试中遇到相关问题。需要给出一个简单的代码示例,比如两个线程交换字符串,这样直观明了。 还要比较Exchanger和其他同步工具的区别,比如和SynchronousQueue的不同。SynchronousQueue是传递数据,而Exchanger是双向交换,这可能容易混淆,需要澄清。 总结的时候,要强调Exchanger的适用场景和限制,帮助用户判断何时使用。另外,提醒线程间协作的必要性,以及正确使用的重要性,避免常见错误。</think>JUC之Exchanger超详细解析(附核心源码分析) Exchanger是Java并发包(java.util.concurrent)中用于两个线程间交换数据的同步工具类。以下是分步骤详解: 一、核心特性 1. 双向数据交换 - 仅支持两个线程间的数据交换(❗超过两个线程会抛出异常) - 线程A调用exchange()时会阻塞,直到线程B也调用exchange() - 数据交换完成后,双方线程继续执行 2. 方法签名 ```java public V exchange(V x) throws InterruptedException public V exchange(V x, long timeout, TimeUnit unit) throws InterruptedException, TimeoutException ``` 二、底层实现原理(基于JDK17) 1. 核心数据结构 ```java private static final class Node { int index; // 索引编号 int bound; // 边界值 int collides; // CAS失败次数 int hash; // 伪随机数 Object item; // 当前线程携带的数据 volatile Object match; // 配对线程返回的数据 volatile Thread parked; // 挂起的线程 } ``` 2. 交换流程 - 使用`Slot`数组实现多参与者模式(避免竞争) - 采用CAS+自旋实现无锁化操作 - 当发生哈希冲突时,通过`bound`和`collides`字段进行扩容控制 三、使用场景示例 ```java // 生产者-消费者模型 Exchanger<String> exchanger = new Exchanger<>(); // 生产者线程 new Thread(() -> { try { String data = "Product-"+System.currentTimeMillis(); String received = exchanger.exchange(data); System.out.println("Producer received: " + received); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } }).start(); // 消费者线程 new Thread(() -> { try { String data = "Money-$100"; String received = exchanger.exchange(data); System.out.println("Consumer received: " + received); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } }).start(); ``` 四、关键注意事项 1. 线程数量限制 - 严格仅支持两个线程交换数据 - 第三个线程调用exchange()会导致`IllegalStateException` 2. 超时控制 - 建议使用带超时的exchange方法 - 防止线程永久阻塞(默认最大等待时间约273年) 3. 中断处理 - 当线程被中断时抛出InterruptedException - 需要正确处理中断状态 五、性能优化技巧 1. 避免频繁创建 - Exchanger实例可重复使用 - 初始化成本较高(涉及内部数组的创建) 2. 对象复用 - 尽量复用交换对象(减少GC压力) - 推荐使用不可变对象 六、与SynchronousQueue对比 | 特性 | Exchanger | SynchronousQueue | |--------------------|-------------------|------------------| | 数据方向 | 双向交换 | 单向传递 | | 线程数量 | 严格两个 | 多个生产/消费者 | | 数据结构 | 无缓冲 | 可选公平策略 | | 适用场景 | 对等数据交换 | 生产-消费管道 | 七、源码级优化点 1. 消除伪共享 - 使用`@jdk.internal.vm.annotation.Contended`注解 - 对Node类进行缓存行填充(避免CPU缓存失效) 2. 哈希算法优化 ```java // 使用Marsaglia XorShift随机数算法 private static final int getProbe() { return ThreadLocalRandom.current().nextInt(); } ``` 常见问题解决方案: 1. 线程阻塞问题 - 使用`exchange(V x, long timeout, TimeUnit unit)`方法 - 设置合理的超时阈值 2. 数据竞争问题 - 建议交换不可变对象 - 如果必须使用可变对象,需要额外同步机制 适用场景建议: ✅ 游戏服务器玩家交易系统 ✅ 双线程数据校验核对 ✅ 管道式处理中间交换 ❌ 高吞吐量数据交换(推荐使用Disruptor)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值