java为什么不要用停止方法停止线程

介绍

本篇内容主要讲解“java为什么不要用停止方法停止线程”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“java为什么不要用停止方法停止线程”吧!

<节> <节> <节> <节> <节> <节> <节> <节> <节> <节>,,,,, <节>

线程启动完毕后,在运行时可能需要终止,Java提供的终止方法只有一个停止,但是我不建议使用这个方法,因为它有以下三个问题:(1)停止方法是过时的从Java编码规则来说,已经过时的方法不建议采用。(2)停止方法会导致代码逻辑不完整停止方法是一种“恶意”的中断,一旦执行停止方法,即终止当前正在运行的线程,不管线程逻辑是否完整,这是非常危险的。看如下的代码:

癑ava为什么不要用停止方法停止线程"


这段代码的逻辑是这样的:子线程是一个匿名内部类,它的运行方法在执行时会休眠1秒钟,然后再执行后续的逻辑,而主线程则是休眠0.1秒后终止子线程的运行,也就是说,JVM在执行thread.stop()时,子线程还在执行睡眠(1000),此时停止方法会清除栈内信息,结束该线程,这也就导致了运行方法的逻辑不完整,输出语句println代表的是一段逻辑,可能非常重要,比如子线程的主逻辑,资源回收,情景初始化等,但是因为停止线程了,这些就都不再执行,于是就产生了业务逻辑不完整的情况。这是极度危险的,因为我们不知道子线程会在什么时候被终止,停止连基本的逻辑完整性都无法保证。而且此种操作也是非常隐蔽的,子线程执行到何处会被关闭很难定位,这为以后的维护带来了很多麻烦。(3)停止方法会破坏原子逻辑多线程为了解决共享资源抢占的问题,使用了锁概念,避免资源不同步,但是正因此原因,站方法却会带来更大的麻烦:它会丢弃所有的锁,导致原子逻辑受损,例如有这样一段程序:

癑ava为什么不要用停止方法停止线程"


多流实现了Runnable接口,具备多线程能力,其中运行方法中加上了同步的代码块,表示内部是原子逻辑,它会先自增然后再自减少,按照同步同步代码块的规则来处理,此时无论启动多少个线程,打印出来的结果都应该是=0,但是如果有一个正在执行的线程被停止,就会破坏这种原子逻辑,代码如下:

癑ava为什么不要用停止方法停止线程"


首先要说明的是所有线程共享了一个多流的实例变量t,其次由于在运行方法中加入了同步代码块,所以只能有一个线程进入到同步块中。此段代码的执行顺序如下:1)线程t1启动,并执行运行方法,由于没有其他线程持同步代码块的锁,所以t1线程执行自加后执行到睡眠方法即开始休眠,此时=1.2)JVM又启动了5个线程,也同时运行运行方法,由于同步关键字的阻塞作用,这5个线程不能执行自增和自减操作,等待t1线程锁释放。3)主线程执行了t1。stop方法,终止了t1线程,注意,由于a变量是所有线程共享的,所以其他5个线程获得的a变量也是1。4)其他5个线程依次获得CPU执行机会,打印出a值。分析了这么多,相信读者也明白了输出的结果,结果如下:

java为什么不要用stop方法停止线程


原本期望synchronized同步代码块中的逻辑都是原子逻辑,不受外界线程的干扰,但是结果却出现原子逻辑被破坏的情况,这也是stop方法被废弃的一个重要原因:破坏了原子逻辑。既然终止一个线程不能使用stop方法,那怎样才能终止一个正在运行的线程呢?答案也很简单,使用自定义的标志位决定线程的执行情况,代码如下:

java为什么不要用stop方法停止线程


这是很简单的办法,在线程体中判断是否需要停止运行,即可保证线程体的逻辑完整性,而且也不会破坏原子逻辑。可能有读者对Java API比较熟悉,于是提出疑问:Thread不是还提供了interrupt中断线程的方法吗?这个方法可不是过时方法,那可以使用吗?它可以终止一个线程吗?非常好的问题,interrupt,名字看上去很像是终止一个线程的方法,但是我可以很明确地告诉你,它不是,它不能终止一个正在执行着的线程,它只是修改中断标志而已,例如下面一段代码:

java为什么不要用停止方法停止线程