Java JUC编程基本内容总结
Java JUC编程基本内容总结
JUC全程Java.util.current,是Java5.0提供的并发编程工具包,用于定义类似于线程的自定义子系统,包括线程池,异步 IO 和轻量级任务框架;还提供了设计用于多线程上下文中
的 Collection 实现等
结构1.volitale1.1 Java内存的可见性
1.2 volatile关键字
1.volitale
[var1]
Java内存可以分为主内存和线程工作内存
主内存:保存了程序的所有变量。
工作内存: 每个线程都有自己的独立工作内存,里面保存了该线程使用的变量的副本(主内存对该变量的一份拷贝)
主内存被三个线程共享,每个线程都有自己的工作内存,多个线程负责与自己工作内存交互也负责与主内存交互,线程不能与主内存直接进行交互,共享变量x都被3个线程使用,所以在3个线程中都使用了这个变量。
Java中规定了以下两点
1.线程对共享变量的所有操作都必须从自己的工作内存中读写不能直接从主内存中读写
2.不同线程之间不能直接访问其他线程工作内存中的变量,线程间变量值的传递需要通过主内存来完成。
可见性:可见性,是指线程之间的可见性,一个线程修改的状态对另一个线程是可见的。也就是一个线程修改的结果。另一个线程马上就能看到。
怎么实现线程的可见性?
若线程1对共享变量的修改需要被线程2看到,那么就需要将:
1.把工作内存1中更新过的变量刷新到主内存中去
2.将主内存中最新的变量更新到工作内存2中。
实现内存可见的三种方式:
Sychronized关键字
volatile关键字
final关键字
sychronized:
1.线程解锁前(退出synchronized代码块前),必须将共享变量的最新值刷到主内存中。
2.线程加锁时,将清空工作内存中共享变量的值,以便及时从主内存读取最新的值(解锁和和加锁是相同的一把锁)。
线程解锁前对共享变量的修改在下次加锁时对其他线程可见。
volatile原理:
1.改变线程工作内存中volatile修饰的变量副本的值
2.将工作内存中改变的值刷到主内存
[var1]
Java语言提供了一种稍弱的同步机制,即volatile变量,用来确保将变量的更新操作通知到其他线程。当把变量声明为volatile类型后,编译器与运行时都会注意到这个变量是共享的,因此不会将该变量上的操作与其他内存操作一起重排序。volatile变量不会被缓存在寄存器或者对其他处理器不可见的地方,因此在读取volatile类型的变量时总会返回最新写入的值。
在访问volatile变量时不会执行加锁操作,因此也就不会使执行线程阻塞,因此volatile变量是一种比sychronized关键字更轻量级的同步机制。
当对非 volatile 变量进行读写的时候,每个线程先从内存拷贝变量到CPU缓存中。如果计算机有多个CPU,每个线程可能在不同的CPU上被处理,这意味着每个线程可以拷贝到不同的 CPU cache 中。
而声明变量是 volatile 的,JVM 保证了每次读变量都从内存中读,跳过 CPU cache 这一步。
volatile修饰的变量特性:
1.保证此变量对所有的线程的可见性,这里的“可见性”,如本文开头所述,当一个线程修改了这个变量的值,volatile 保证了新值能立即同步到主内存,以及每次使用前立即从主内存刷新。但普通变量做不到这点,普通变量的值在线程间传递均需要通过主内存来完成。
2.禁止指令重排序优化。有volatile修饰的变量,赋值后多执行了一个“load addl $0x0, (%esp)”操作,这个操作相当于一个内存屏障(指令重排序时不能把后面的指令重排序到内存屏障之前的位置),只有一个CPU访问内存时,并不需要内存屏障;(什么是指令重排序:是指CPU采用了允许将多条指令不按程序规定的顺序分开发送给各相应电路单元处理)。
volatile的性能
volatile 的读性能消耗与普通变量几乎相同,但是写操作稍慢,因为它需要在本地代码中插入许多内存屏障指令来保证处理器不发生乱序执行。
Java JUC编程基本内容总结相关教程