共享变量可见性问题及中断线程的方法。
1.线程间的共享变量为什么有时会不一致,如何解决该问题?
-
在Java虚拟机中,变量的值保存到主内存中,线程访问主内存时,会先获取一个副本,并保存在自己的工作内存中,如果线程修改了变量的值,jvm会在某个时刻将修改的值写入主内存中,但是这个时间是不确定的。
-
这会导致如果一个变量更新了变量的值,但另一个变量读取的还是更新前的值。可以使用volatile关键字修饰变量来避免这个问题。该关键字强制变量副本的值刷新到主内存以及强制到主内存读取刷新后的共享变量。
-
volatile的功能实现与内存屏障(memory barrier,是一个CPU指令能确保一些特定操作执行的顺序以及影响一些数据的可见性)如果字段被volatile修饰,Java内存模型将在写操作后插入一个写屏障指令,在读操作前插入一个读屏障指令。这意味着如果你对一个volatile字段进行写操作,你必须知道:1、一旦你完成写入,任何访问这个字段的线程将会得到最新的值。2、在你写入前,会保证所有之前发生的事已经发生,并且任何更新过的数据值也是可见的,因为内存屏障会把之前的写入值都刷新到缓存。
总体而言,volatile具有下列特性:可见性:对一个volatile变量的读,总是能看到(任意线程)对这个volatile变量最后的写入。
原子性:对任意单个volatile变量的读/写具有原子性,但对于类似volatile++这种符合操作不具有原子性。
2.如何停止一个线程?
- 正常退出:线程中的call或者run方法安州逻辑流程正常的执行结束了,线程也就自然停止了。
- stop停止:在程序中使用thread.stop(),可以直接停止线程,但是可能导致数据不同步,或者资源得不到回收的问题。
- interrupt异常法
- 在其他线程中对目标线程调用interrupt方法,但该方法只是对目标线程发出中断的请求,或者说是在当前线程中打了一个停止的标识,但该标识设置为TRUE,目标线程并不会立即停止。但是如果在此基础上目标线程进入堵塞状态(sleep()/wait()/join()),会马上抛出一个InterruptedException( ),且中断标识被清除,重新设置为FALSE,线程退出阻塞的状态。该线程不会继续执行,会立即停止
- 也就是说进入阻塞的线程可以通过调用interrupt方法来结束自身的阻塞。
- 其他方法:
- this.interrupted()
- 测试当前线程是否已经中断,返回的是上一次的中断状态,并且会清除该状态,,并且会清除该状态,所以连续调用两次,第一次返回TRUE,第二
- this.interrupted()