线程启动完毕后,在运行可能需要终止,Java提供的终止方法只有一个stop,但是不建议使用此方法,因为它有以下三个问题:

(1)stop方法是过时的

从Java编码规则来说,已经过时的方式不建议采用.

(2)stop方法会导致代码逻辑不完整

stop方法是一种"恶意" 的中断,一旦执行stop方法,即终止当前正在运行的线程,不管线程逻辑是否完整,这是非常危险的.

看如下代码:

 public class Client {
public static void main(String[] args) throws Exception {
// 子线程
Thread thread = new Thread() {
@Override
public void run() {
try {
// 该线程休眠1秒
Thread.sleep(1000);
} catch (InterruptedException e) {
//异常处理
}
System.out.println("此处代码不会执行");
}
};
// 启动线程
thread.start();
// 主线程休眠0.1秒
Thread.sleep(100);
// 子线程停止
thread.stop(); }
}

这段代码的逻辑,子线程是一个匿名内部类,它的run方法在执行时会休眠1秒钟,然后再执行后续的逻辑,而主线程则是休眠0.1秒后终止子线程的运行,也就是说,JVM在执行thread.stop()时,子线程还在执行sleep(1000),此时stop方法会清除栈内信息,结束该线程,这也导致了run方法的逻辑不完整,输出语句println代表的是一段逻辑,可能非常重要,比如子线程的主逻辑,资源回收,情景初始化等等,但是因为stop线程了,这些就都不再执行了,于是就产生了业务逻辑不完整的情况.

这是极度危险的,因为我们不知道子线程会在什么时候停止,stop连基本的逻辑完整性都无法保证,而且此种操作也是非常隐蔽的,子线程执行到何处会被关闭很难定位,这为以后的维护带来了很多的麻烦.

(3)stop方法会破坏原子逻辑

多线程为了解决共享资源抢占的问题,使用了锁的概念,避免资源不同步,但是正是因为此原因,stop方法却会带来更大的麻烦,它会丢弃所有的锁,导致原子逻辑受损.例如 有这样一段程序:

 public class Client {
public static void main(String[] args) {
MultiThread t = new MultiThread();
Thread t1 = new Thread(t);
// 启动t1线程
t1.start();
for (int i = 0; i < 5; i++) {
new Thread(t).start();
}
// 停止t1线程
t1.stop();
}
} class MultiThread implements Runnable {
int a = 0; @Override
public void run() {
// 同步代码块,保证原子操作
synchronized ("") {
// 自增
a++;
try {
// 线程休眠0.1秒
Thread.sleep(100);
} catch (InterruptedException e) {
e.printStackTrace();
}
// 自减
a--;
String tn = Thread.currentThread().getName();
System.out.println(tn + ":a =" + a);
}
}
}

MultiThread实现了Runnable接口,具备多线程的能力,run方法中加入了synchronized代码块,表示内部是原子逻辑,a的值会先增加后减少,按照synchronized的规则,无论启动多少个线程,打印出来的结果都应该是a=0,

但是如果有一个正在执行的线程被stop,就会破坏这种原子逻辑.(上面main方法中代码)
首先说明的是所有线程共享了 一个MultThread的实例变量t,其次由于在run方法中加入了同步代码块,所以只能有一个线程进入到synchronized块中.

此段代码的执行顺序如下:

1)线程t1启动,并执行run方法,由于没有其他线程同步代码块的锁,所以t1线程执行自加后执行到sleep方法开始休眠,此时a=1.

2)JVM又启动了5个线程,也同时运行run方法,由于synchronized关键字的阻塞作用,这5个线程不能执行自增和自减操作,等待t1线程释放线程锁.

3)主线程执行了t1.stop方法,终止了t1线程,注意由于a变量是线程共享的,所以其他5个线程获得的a变量也是1.

4)其他5个线程获得CPU的执行机会,打印出a的值.

结果是:

Thread-5:a =1
Thread-4:a =1
Thread-3:a =1
Thread-2:a =1
Thread-1:a =1

原本期望synchronized同步代码块中的逻辑都是原子逻辑,不受外界线程的干扰,但是结果却出现原子逻辑被破坏的情况,这也是stop方法被废弃的一个重要原因:破坏了原子逻辑.

既然终止一个线程不能用stop方法,那怎样才能终止一个正在运行的线程呢?

使用自定义的标志位决定线程的执行情况,代码如下:

 import java.util.Timer;
import java.util.TimerTask; public class Client {
public static void main(String[] args) throws InterruptedException {
final SafeStopThread sst = new SafeStopThread();
sst.start();
//0.5秒后线程停止执行
new Timer(true).schedule(new TimerTask() {
public void run() {
sst.terminate();
}
}, 500);
} } class SafeStopThread extends Thread {
//此变量必须加上volatile
private volatile boolean stop = false;
@Override
public void run() {
//判断线程体是否运行
while (stop) {
// Do Something
System.out.println("Stop");
}
}
//线程终止
public void terminate() {
stop = true;
}
}

在线程主题中判断是否需要停止运行,即可保证线程体的逻辑完整性而且也不会破坏原值逻辑.

Thread还提供了一个interrupt中断线程的方法,这个不是过时的方法,是否可以使用这个中断线程?

很明确的说,interrupt不能终止一个正在执行着的线程,它只是修改中断标志位而已.例如:

 public class Client {
public static void main(String[] args) {
Thread t1 = new Thread() {
public void run() {
//线程一直运行
while (true) {
System.out.println("Running……");
}
}
};
// 启动t1线程
t1.start();
System.out.println(t1.isInterrupted());//false
// 中断t1线程
t1.interrupt();
System.out.println(t1.isInterrupted());//true
}
}

执行这段代码,会一直有Running在输出,永远不会停止,执行了interrupt没有任何的变化,那是因为interrupt方法不能终止一个线程状态,它只会改变中断标志位.

在t1.interrupt()前后加上了t1.isInterrupted()会发现分别输出的是false和true.

如果需要终止该线程,还需要执行进行判断,例如我们可以使用interrupt编写出更加简洁,安全的终止线程的代码:

 import java.util.Timer;
import java.util.TimerTask; public class Client {
public static void main(String[] args) throws InterruptedException {
final SafeStopThread sst = new SafeStopThread();
sst.start();
//0.5秒后线程停止执行
new Timer(true).schedule(new TimerTask() {
public void run() {
sst.interrupt();
}
}, 500);
} } class SafeStopThread extends Thread {
@Override
public void run() {
//判断线程体是否运行
while (!isInterrupted()) {
// Do Something
}
}
}

总之,如果期望终止一个正在运行的线程,则不能使用已经过时的stop方法,需要执行编码实现.这样保证原子逻辑不被破坏,代码逻辑不会出现异常.

当然还可以使用线程池,比如ThreadPoolExecutor类,那么可以通过shutdown方法逐步关闭线程池中的线程,它采用的是比较温和,安全的关闭线程方法,完全不会产生类似stop方法的弊端.

最新文章

  1. canvas贝塞尔曲线 - 2
  2. Oculus安装问题
  3. BackTrack5-r3安装VMware Tools
  4. SQL Server 分页
  5. Android UI 绘制过程浅析(二)onMeasure过程
  6. poj3468 splay(成段跟新 区间求和)
  7. Poj 1222 EXTENDED LIGHTS OUT
  8. 网站的优化----首页优化---app调取服务端数据
  9. requirejs学习之-- 初始化(一)
  10. checkbox和radio的样式美化问题
  11. CSS3秘笈:第一章
  12. java.text.DateFormat 多线程并发问题
  13. 阳阳买苹果--C实现
  14. SQLSERVER列出所有用户权限
  15. 第8章 CentOS包管理详解
  16. Jenkins pipeline shared library
  17. android studio设计模式和文本模式切换
  18. WDA基础四:Select-option的使用
  19. C#导出Excel文件Firefox中文件名乱码
  20. 2018.09.15 秘密的牛奶管道SECRET(次小生成树)

热门文章

  1. Android实例-手机震动(XE8+小米2)
  2. linux 查看当前所在目录的全路径
  3. JFinal搭建时,提示着不到contextpath
  4. 解决iPhone上select时常失去焦点,随意跳到下一个输入框,影响用户操作
  5. jquery 绑定省份和城市
  6. Bump mapping的GLSL实现 [转]
  7. 实现经常使用的配置文件/初始化文件读取的一个C程序
  8. Jquery-Ajax常用总结
  9. springMVC1 springmvc的基础知识
  10. 【ZZ】如何选择适合自己项目的编程语言