-
Java内存模型（JMM）: Java内存模型描述了Java程序中各种变量（线程共享变量）地访问规则，以及在JVM中将变量存储到内存和从内存中读取出变量这样的底层细节。查看全部
-
共享变量：如果一个变量在多个线程的工作内存中都存在副本，那么这个变量就是这几个线程的共享变量 可见性：一个线程对共享变量值的修改，能够及时地被其他线程看到。查看全部
-
重排序查看全部
-
synchronized执行互斥代码的过程查看全部
-
synchronized实现可见性。查看全部
-
课程总结：查看全部
-
可见性：一个线程对共享变量的修改，能够及时被其他线程看到 共享变量：如果一个变量在多个线程的工作内存中都存在副本，那么这个变量就是这几个线程的共享变量 java内存模型（Java Memory Model）：描述java程序中各种变量（共享变量）的访问规则，以及在jvm中将变量存储到内存和从内存中读取出变量（共享变量）这样的细节 所有变量都存储在主内存中 每个线程都有自己独立的工作内存，里面保存该线程使用到的变量的副本（主内存中该变量的一份拷贝） 两条规定： 1、线程对共享变量的所有操作都必须在自己的工作内存中进行，不能直接从内存中读取 2、不同线程之间无法直接访问其他线程工作内存中的变量，线程间变量值的传递需要通过主内存来完成 java语言层面支持的可见性实现方式 synchronized： synchronized可以实现同步、互斥锁 原子性、可见性 JMM关于synchronized的两条规定： 线程解锁前，必须将共享变量的最新值刷新到主内存中去 线程加锁时，将清空工作内存中共享变量的值，从而使用共享变量时需要从主内存中重新读取最新的值 线程执行互斥代码的过程 获得互斥锁 清空自身工作内存 从主内存拷贝最新的副本到工作内存中 执行代码 将更改后的共享变量的值刷新到主内存中 释放互斥锁 as-if-serial:无论如何重新排序，程序执行的结果应该与代码顺序执行的结果一致（java编译器、运行时和处理器都会保证java在单线程下遵循as-if-serail语义）查看全部
-
java在语言层面实现可见性的方式： synchronized和volatile，final也可以保证内存可见性 即使在没有保证可见性的措施下，很多时候共享变量也能及时在主内存和工作内存得到及时的刷新原因： 一般只有咋短时间高并发的情况下才会出现变量得不到及时更新的情况，因为CPU在执行时会很快地刷新缓存，所以一般很难看到这种问题，不容易发现，不可预测，所以尽可能的加包含措施 对64位long和double变量的读写可能不是原子操作： JMM允许JVM将没有被volatile修饰的64位数据类型的读写操作划分为两次32位的读写操作来进行 导致问题：有可能会出现读取到“半个变量”的情况 解决办法：加volatile查看全部
-
1。java 中没有提供检测与避免死锁的机制，但应用程序员可以采用某些策略防止死锁的发生。 2。java中对共享数据的操作的并发控制是采用加锁技术。 3。共享数据的访问权限都必须定义为private查看全部
-
volatile不需要加锁，不阻塞线程，更轻量级 volatile读操作相当于加锁，写操作相当于解锁 synchronized即能保证可见性又能保证原子性，而volatile只能保证可见性，不能保证原子性查看全部
-
volatile只可保证可见性，但不保证原子性 安全使用该变量，必须同时满足 1.对变量的写入操作不依赖当前值 count++，--，自乘等 布尔值可以 2.变量没有包含在具有其他变量的不变式中 low<up 要在多线程中安全的使用volatile变量，必须同时满足： 1. 对变量的写入操作不依赖其当前值： 不满足：i++ ; 满足：boolean , 记录温度变化的变量 2. 该变量没有包含在具有其他变量的不变式中： 不满足：不变式low<up, 6<7查看全部
-
1.将代码改成public synchronized void increase（）{......} //因为有休眠100ms的操作，使得线程在等待锁synchronized会时间比较长 2.所以要缩小锁的力度 public void increase(){... synchronized（this）{this.number++};}//看左图截图 1.ReentrantLock private Lock lock = new ReentrantLock();//可重入锁 public void increase() { lock.lock();//注意：锁内部的操作需要放到try...finally中执行 try{ this.number++;//number的可见性+number++的原子性 }finally{ lock.unlock();//释放锁资源 }查看全部
-
分析程序小于500的情况： 原因number++不是原子操作，三种解决方案保证自增操作的原子性： 1.使用synchronized关键字 2.使用ReentrantLock（jdk1.5后引入的java.until.concurrent.locks包下） 3.使用AtomicInterger（jdk1.5后引入的vava.util.concurrent.atomic包下）查看全部
-
volatile实现内存可见性： 通过加入内存屏障和禁止重排序优化来实现的。 1.对volatile变量执行写操作时，会在写操作后加入一条store屏障指令； 2.对volatile变量执行读操作时，会在读操作前加入一条load屏障指令； volatile如何实现内存可见性： 通俗地讲：volatile变量在每次被线程访问时，都强迫从主内存中重读该变量的值，而当该变量发生变化时，又会强迫线程将最新的值刷新到主内存。这样任何时候，不同的线程总能看到该变量的最新值。 线程写volatile变量的过程： 1.改变线程工作内存中volatile变量副本的值。 2.将改变后的副本的值从工作内存刷新到主内存。 线程读volatile变量的过程： 1.从主内存中读取volatile变量的最新值到线程的工作内存中。 2.从工作内存中读取volatile变量的副本。 volatile不能保证volatile变量复合操作的原子性。查看全部
-
volatile实现可见性查看全部
举报
0/150
提交
取消