概述
- 主内存
heap metaspace - 工作内存
栈 程序计数器 - 解释
内存模型是java语言的一种规范 - 影响
线程安全问题 变量可见性
并发
- 原子性(synchronized)
- 有序性(volatile,synchronized)
- 可见性(volatile,synchronized,final)
线程协同
- Object
- wait() wait(long timeout)
- 当前线程阻塞
- 当前线程必须拥有此对象的monitor(必须在同步块或者同步方法中进行 synchronized) 没有抛IllegalMonitorStateException
- 交出该对象的monitor
- notify() 唤醒一个等待该对象monitor(锁)的线程
- notifyAll() 唤醒所有等待该对象monitor(锁)的线程
- wait() wait(long timeout)
- Thread
-
sleep()
- 当前线程阻塞
- 当前线程必须拥有此对象的monitor(必须在同步块或者同步方法中进行 synchronized) 没有抛IllegalMonitorStateException
- 不交出该对象的monitor
-
sleep()
- 交出CPU权限
- 暂停一下 让CPU线程调度器重新调度一次
- 不交出该对象的monitor
-
join()
- join() join(long millis)
- 底层调用wait
-
interrupt()
- 中断状态进行标记
- 不会让这个进程立即停止
- 可通过捕获异常进行处理(中断正在阻塞的线程会抛出InterruptedException可捕获后return退出执行)
-
boolean interrupted()
public static boolean interrupted() { return currentThread().isInterrupted(true);//ClearInterrupted是否清除状态 }
- 线程是否被中断
- 清除中断状态(如果连续两次调用该方法,则第二次调用将返回 false)
-
boolean isInterrupted()
- 直接返回线程的中断标志
- 可多次调用而不会改变线程的中断标志
-
synchronized和volatile
volatile没有原子性
一个变量i被volatile修饰,两个线程想对这个变量修改,都对其进行自增操作也就是i++,i++的过程可以分为三步,首先获取i的值,其次对i的值进行加1,最后将得到的新值写会到缓存中。
线程A首先得到了i的初始值100,但是还没来得及修改,就阻塞了,这时线程B开始了,它也得到了i的值,由于i的值未被修改,即使是被volatile修饰,主存的变量还没变化,那么线程B得到的值也是100,之后对其进行加1操作,得到101后,将新值写入到缓存中,再刷入主存中。根据可见性的原则,这个主存的值可以被其他线程可见。
问题来了,线程A已经读取到了i的值为100,也就是说读取的这个原子操作已经结束了,所以这个可见性来的有点晚,线程A阻塞结束后,继续将100这个值加1,得到101,再将值写到缓存,最后刷入主存,所以即便是volatile具有可见性,也不能保证对它修饰的变量具有原子性