-
Java线程的两条规定查看全部
-
Java内存模型查看全部
-
Java内存模型（JMM）查看全部
-
可见性： 一个线程对共享变量值的修改，能够及时地被其他线程看到 共享变量： 如果一个变量在多个线程的工作内存中都存在副本，那么这个变量就是这几个线程的共享变量 java内存模型：ＪＭＭ 描述了java程序中各种变量(线程共享变量)的访问规则，以及在JVM中将变量存储到内存和从内存中读取出变量这样的底层细节 所有变量都存储在主内存中 每个线程都有自己独立的工作内存，里面保存该线程使用到的变量的副本(主内存中该变量的一份拷贝) 线程不能与主内存直接交互，必须通过每个线程自己的工作内存 线程对共享变量的所有操作都必须在自己的工作内存中进行，不能直接从主内存中读写 不同线程之间无法直接访问其他线程工作内存中的变量，线程间变量值的传递需要通过主内存来完成查看全部
-
课程目标查看全部
-
synchronized实现共享变量的可见性查看全部
-
synchronized和volatile比较查看全部
-
java在语言层面实现可见性的方式： synchronized和volatile，final也可以保证内存可见性 即使在没有保证可见性的措施下，很多时候共享变量也能及时在主内存和工作内存得到及时的刷新原因： 一般只有咋短时间高并发的情况下才会出现变量得不到及时更新的情况，因为CPU在执行时会很快地刷新缓存，所以一般很难看到这种问题，不容易发现，不可预测，所以尽可能的加包含措施 对64位long和double变量的读写可能不是原子操作： JMM允许JVM将没有被volatile修饰的64位数据类型的读写操作划分为两次32位的读写操作来进行 导致问题：有可能会出现读取到“半个变量”的情况 解决办法：加volatile查看全部
-
volatile不需要加锁，比synchronized更轻量级，不会阻塞线程，执行效率更高查看全部
-
如果程序中有多个volatile变量，他们必须相互独立 2查看全部
-
volatile： 能够保证volatile变量的可见性 不能保证volatile变量复合操作的原子性 原理： 通过加入内存屏障和进制指令重排序优化来实现的 对volatile变量执行写操作时，会在写操作后加入一条store屏障指令，强制将变量刷新到主内存中去，还能够防止编译器将volatile前面的变量重排序到后面去 对volatile变量执行读操作时，会在读操作前加入一条load屏障指令 一共8条指令 任何时刻，不同线程总能看到volatile变量的最新值查看全部
-
2.1和2.2存在控制依赖关系，但是任然可能重排序，先执行2.2在执行2.1 只有有数据依赖关系的时候，才会禁止指令重排序 int mid = number * 3; if (ready) { result = mid; } 导致共享变量在线程间不可见的原因： synchronized解决方案： 1、线程的交叉执行 ->原子性，加锁后同一时间只能有一条线程执行 2、重排序结果线程交叉执行 ->原子性，只有一条线程，满足as-if-serial，无论怎样重排序，结果不变 3、共享变量更新后的值没有在工作内存与主内存间及时更新 ->可见性查看全部
-
指令重排序： 代码书写的顺序与实际执行的顺序不同，执行重排序是编译器或处理器未来提高程序性能而作的优化 主要有3种： 1、编译器优化的重排序(编译器优化) 2、指令级并行重排序(处理器优化) 3、内存系统的重排序(处理器优化) 处理器对读写缓存进行的优化 as-if-serial: 无论如何重排序，程序执行结果应该与代码顺序执行的结果一致(java编译器、运行时和处理器都会保证java在单线程下遵循as-if-serial语义） 重排序不会给单线程带来内存可见性问题 多线程中程序交错执行时，重排序可能会造成内存可见性问题查看全部
-
要实现可见性：必须保证两点： 1、线程修改后的共享变量值能够及时从工作内存刷新到主内存中 2、其他线程能够及时把共享变量的最新值从主内存更新到自己的工作内存中 java 语言层面 支持的可见性实现方式： synchronized 原子性(同步) 可见性 两条规定： 1、线程解锁前，必须把共享变量的最新值刷新到主内存中 2、线程加锁时，将清空工作内存中共享变量的值，从而使用共享变量时需要从主内存中重新读取最新的值 (注意：加锁和解锁需要是同一把锁) 线程解锁前对共享变量的修改在下次加锁时对其他线程可见 volatile查看全部
-
共享变量可见性实现的原理： 线程1对共享变量的修改要想被线程2及时看到，必须经过如下2个步骤： 把工作内存1中更新过的共享变量刷新到主内存中 将主内存中最新的共享变量的值更新到工作内存2中 所以这两个步骤中，任何一个有误，都是导致不可见，变量值的不准确，使线程不安全查看全部
举报
0/150
提交
取消