Netty的并发编程实践2：volatile的正确使用

长久以来大家对于volatile如何正确使用有很多的争议，既便是一些经验丰富的Java设计师，对于volatile和多线程编程的认识仍然存在误区。其实，volatile的使用非常简单，只要理解了Java的内存模型和多线程编程的基础知识，正确使用volatile是不存在任何问题的。下面我们结合Netty的源码，对volatile的正确使用进行说明。

打开NioEventLoop的代码，我们来看控制I/O操作和其他任务运行比例的ioRatio，它是int类型的变量，定义如下。



我们发现，它被定义为volatile，为什么呢？我们首先对volatile关键字进行说明，然后再结合Netty的代码进行分析。

关键字volatile是Java提供的最轻量级的同步机制，Java内存模型对volatile专门定义了一些特殊的访问规则。下面我们就看它的规则。

当一个变量被volatile修饰后，它将具备以下两种特性。

◎ 线程可见性：当一个线程修改了被volatile修饰的变量后，无论是否加锁，其他线程都可以立即看到最新的修改，而普通变量却做不到这点。

◎ 禁止指令重排序优化，普通的变量仅仅保证在该方法的执行过程中所有依赖赋值结果的地方都能获取正确的结果，而不能保证变量赋值操作的顺序与程序代码的执行顺序一致。举个简单的例子说明下指令重排序优化问题，如图21-5所示。



图21-5 指令重排序和优化导致线程无法退出
我们预期程序会在3s后停止，但是实际上它会一直执行下去，原因就是虚拟机对代码进行了指令重排序和优化，优化后的指令如下。

if （!stop）

While(true)

......

重排序后的代码是无法发现stop被主线程修改的，因此无法停止运行。要解决这个问题，只要将stop前增加volatile修饰符即可。代码修改如图21-6所示。

再次运行，我们发现3s后程序退出，达到了预期效果，使用volatile解决了如下两个问题。

◎ main线程对stop的修改在workThread线程中可见，也就是说workThread线程立即看到了其他线程对于stop变量的修改。

◎ 禁止指令重排序，防止因为重排序导致的并发访问逻辑混乱。

一些人认为使用volatile可以代替传统锁，提升并发性能，这个认识是错误的。volatile仅仅解决了可见性的问题，但是它并不能保证互斥性，也就是说多个线程并发修改某个变量时，依旧会产生多线程问题。因此，不能靠volatile来完全替代传统的锁。



图21-6 volatile解决指令重排序和编译优化问题
根据经验总结，volatile最适合使用的是一个线程写，其他线程读的场合，如果有多个线程并发写操作，仍然需要使用锁或者线程安全的容器或者原子变量来代替。

讲了volatile的原理之后，我们继续对Netty的源码做分析。上面讲到了ioRatio被定义成volatile，下面看看代码为什么要这样定义。参见如图21-7所示代码。



图21-7 volatile在NioEventLoop线程中的应用
通过代码分析我们发现，在NioEventLoop线程中，ioRatio并没有被修改，它是只读操作。既然没有修改，为什么要定义成volatile呢？继续看代码，我们发现NioEventLoop提供了重新设置I/O执行时间比例的公共方法，接口如图21-8所示。



图21-8 修改volatile变量
首先，NioEventLoop线程没有调用该方法，说明调整I/O执行时间比例是外部发起的操作，通常是由业务的线程调用该方法，重新设置该参数。这样就形成了一个线程写、一个线程读。根据前面针对volatile的应用总结，此时可以使用volatile来代替传统的synchronized关键字提升并发访问的性能。

Netty中大量使用了volatile来修改成员变量，如果理解了volatile的应用场景，读懂Netty volatile的相关代码还是比较容易的。