Java并发 正确终止与恢复线程
2018-02-22 00:00
232 查看
前面提到了stop()、suspend()等方法在终止与恢复线程的弊端,那么问题来了,应该如何正确终止与恢复线程呢?这里可以使用两种方法:interrupt()方法和使用boolean变量进行控制。
在使用interrupt方法之前,有必要介绍一下中断以及与interrupt相关的方法。中断可以理解为线程的一个标志位属性,表示一个运行中的线程是否被其他线程进行了中断操作。这里提到了其他线程,所以可以认为中断是线程之间进行通信的一种方式,简单来说就是由其他线程通过执行interrupt方法对该线程打个招呼,让起中断标志位为true,从而实现中断线程执行的目的。
其他线程调用了interrupt方法后,该线程通过检查自身是否被中断进行响应,具体就是该线程需要调用isInterrupted方法进行判断是否被中断或者调用Thread类的静态方法interrupted对当前线程的中断标志位进行复位(变为false)。需要注意的是,如果该线程已经处于终结状态,即使该线程被中断过,那么调用isInterrupted方法返回仍然是false,表示没有被中断。
那么是不是线程调用了interrupt方法对该线程进行中断,该线程就会被中断呢?答案是否定的。因为Java虚拟机对会抛出InterruptedException异常的方法进行了特别处理:Java虚拟机会将该线程的中断标志位清除,然后跑出InterruptedException,这个时候调用isInterrupted方法返回的也是false。
下面的代码首先创建了两个线程,一个线程内部不停睡眠,另一个则不断执行,然后对这两个线程执行中断操作。
执行结果:
可以发现内部不停睡眠的方法执行执行中断后,其中断标志位返回的是false,而一直运行的线程的中断标志位则为true。这里主要由于Sleep方法会抛出InterruptedException异常,所以Java虚拟机把SleepThread的中断标志位复位了,所以才会显示false。
那么使用interrupt方法正确终止线程已经很明显了,代码如下:
在计数线程中通过使用一个boolean变量成功终止了线程。这种通过标志位或者中断操作的方式能够使得线程在终止的时候有机会去清理资源,而不是武断地将线程终止,因此这种终止线程的做法更优雅和安全。
上面的程序只是正确地终止了线程,却没有给出正确恢复的方法。可能有人会想到:再写一个方法让on变量为true不就行了。事实并如此,因为在CountThread中,由于已经调用cancel方法,这时on变量已经是false了,线程按照顺序执行原则继续执行,所以即使改变on为true也是没用的,因为CountThread已经终止了。具体的解决方法将在下一篇关于等待通知机制的文章给出详细的解决措施。
重新认识中断
之前在正确终止与恢复线程一文中介绍了使用Thread类的interrupt方法和使用标志位实现线程的终止。由于之前只是简单介绍了jdk默认中断方法的问题,对线程的中断机制没有深入介绍。为了正确终止线程,深刻理解线程中断的本质是很有必要的。Java没有提供可抢占的安全的中断机制,但是Java提供了线程协作机制(之前说的interrupt方法和标志位本质上都属于线程之间协作的手段),但是提供了中断机制,中断机制允许一个线程终止另一个线程的当前工作,所以需要在程序设计的时候考虑到中断的位置和时机。
回到之前使用volatile类型的标志位来终止线程的例子,在代码中调用cancel方法来取消i的自增请求,如果Runner线程在下次执行,或者正要执行下一次自增请求时判断on的时是否变为了false,如果是则终止执行。
根据运行结果,Runner的计数任务最终会被取消,然后退出。在Runner线程最终取消执行之前,会有一定的时间,如果在在这个时间内,调用此方法的任务调用了一个会阻塞的方法,比如BlockingQueue的put方法,那么可能该任务一直违法检测到on的值变为false,因而Runner线程不会终止。
一个例子
比如下面的代码就说明了这一点:
运行上面的程序,发现虽然控制台输出了
重新认识中断
每个线程都有一个boolean类型的中断状态。当中断线程时,中断状态被设为true。通过Thread的三个方法可以进行不同的中断操作:
执行interrupt方法能够中断线程,interrupted可以清除线程的中断状态,isInterrupted方法可以返回当前线程的中断状态。
当线程调用会阻塞的方法,比如wait()、sleep()等方法时,线程会检查自己的中断状态,并且在发生中断时提前返回。这些阻塞的方法响应中断的操作是清除中断状态,抛出InterruptedException。抛出InterruptedException的作用是表示线程由于中断需要提前结束。调用interrupt方法执行中断的本质是调用interrupt方法并不会立即停止目标线程正在执行的工作,只是传递了请求中断的消息。然后线程会在下一个时刻中断自己。当收到中断请求时抛出InterruptedException,让线程有选择中断策略的自由。一般而言,调用代码需要对抛出的InterruptedException进行额外的处理,直接屏蔽该异常是不正确的(也就是直接调用printStackTrace()方法)。屏蔽中断异常的后果是调用栈的上层无法对中断请求做出响应。
对上面代码的修正
根据以上的分析只需要对代码做如下的修改就能正确终止线程:
而其他代码保持不变,再次运行以上的程序,发现能够正确终止了。主要就是使用中断机制完成了线程之间的协作,从而达到正确终止线程的目的。
实际上在调用可阻塞的方法时抛出的InterruptedException是为了让调用者能够注意到中断信息,使得调用者可以就中断做出自己的操作。往往在将中断信息传给调用者之前需要执行其他操作,如果在线程中使用中断机制完成线程之间的协作,那么就应该调用
为了取消线程的执行,除了之前的方法,还可以使用Future.get(Long time,TimeUnit unit)的带超时限制的方法取消线程的执行,如果没有在指定的时间内完成任务,那么可以在代码中直接调用Future.cancel()方法取消任务的执行。取消任务的时候有两种情况:一是任务在指定的时间完成了,这个时候调用取消操作没有什么影响;二是任务没有在指定的时间完成,那么调用cancel方法后任务将被中断。
伪代码如下:
实现线程取消的完整例子
这里以日志服务作为例子,业务场景是这样的:前台会有多个生产者调用日志服务输出程序的日志,生产者将需要输出的日志信息放入一个队列中,后台服务器有一个消费者线程,负责从队列中取出日志信息并输出(目的地可能不同)。显然这是一个典型的生产者-消费者问题,不过这里出现了多个生产者,但是只有一个消费者。显然如果生产者的速度远远大于消费者的处理速度的话,很可能造成阻塞,不过这点已经再上面的分析中得到了解决。现在需要实现的是,提供可靠的关闭日志服务的方法,在前台调用服务接口可以正确停止日志服务,而不会出现任何问题。
实现代码如下:
小结
Java没有提供抢占式安全终止线程的机制,但是使用线程的中断机制可以很好实现线程的终止
除了标志位使用FutureTask和Executor框架也能实现线程的终止,这里主要使用的是FutureTask的cancel方法
除非在程序中自己实现中断策略,不然不要对中断异常进行屏蔽
抛出InterruptedException的目的可以使得上层调用者可以接收中断信息,并对中断做出自己的操作
如果需要在将中断信息传递给上层调用者之前做其他的操作,需要调用
如果使用线程池执行任务,那么可以时使用其shutdown方法或者shutdownNow方法完成线程的终止。
在使用interrupt方法之前,有必要介绍一下中断以及与interrupt相关的方法。中断可以理解为线程的一个标志位属性,表示一个运行中的线程是否被其他线程进行了中断操作。这里提到了其他线程,所以可以认为中断是线程之间进行通信的一种方式,简单来说就是由其他线程通过执行interrupt方法对该线程打个招呼,让起中断标志位为true,从而实现中断线程执行的目的。
其他线程调用了interrupt方法后,该线程通过检查自身是否被中断进行响应,具体就是该线程需要调用isInterrupted方法进行判断是否被中断或者调用Thread类的静态方法interrupted对当前线程的中断标志位进行复位(变为false)。需要注意的是,如果该线程已经处于终结状态,即使该线程被中断过,那么调用isInterrupted方法返回仍然是false,表示没有被中断。
那么是不是线程调用了interrupt方法对该线程进行中断,该线程就会被中断呢?答案是否定的。因为Java虚拟机对会抛出InterruptedException异常的方法进行了特别处理:Java虚拟机会将该线程的中断标志位清除,然后跑出InterruptedException,这个时候调用isInterrupted方法返回的也是false。
下面的代码首先创建了两个线程,一个线程内部不停睡眠,另一个则不断执行,然后对这两个线程执行中断操作。
package com.rhwayfun.concurrency; /** * Created by rhwayfun on 16-4-2. */ public class Interrupted { public static void main(String[] args){ //创建一个休眠线程 Thread sleepThread = new Thread(new SleepThread(),"SleepThread"); //设为守护线程 sleepThread.setDaemon(true); //创建一个忙线程 Thread busyThread = new Thread(new BusyThread(),"BusyThread"); //把该线程设为守护线程 //守护线程只有当其他前台线程全部退出之后才会结束 busyThread.setDaemon(true); //启动休眠线程 sleepThread.start(); //启动忙线程 busyThread.start(); //休眠5秒,让两个线程充分运行 SleepUtil.second(5); //尝试中断线程 //只需要调用interrupt方法 sleepThread.interrupt(); busyThread.interrupt(); //查看这两个线程是否被中断了 System.out.println("SleepThread interrupted is " + sleepThread.isInterrupted()); System.out.println("BusyThread interrupted is " + busyThread.isInterrupted()); //防止sleepThread和busyThread立刻退出 SleepUtil.second(2); } /** * 不断休眠 */ static class SleepThread implements Runnable{ public void run() { while (true){ try { TimeUnit.SECONDS.sleep(10); } catch (InterruptedException e) { e.printStackTrace(); } } } } /** * 不断等待 */ static class BusyThread implements Runnable{ public void run() { while (true){ //忙等待 } } } }
执行结果:
可以发现内部不停睡眠的方法执行执行中断后,其中断标志位返回的是false,而一直运行的线程的中断标志位则为true。这里主要由于Sleep方法会抛出InterruptedException异常,所以Java虚拟机把SleepThread的中断标志位复位了,所以才会显示false。
那么使用interrupt方法正确终止线程已经很明显了,代码如下:
package com.rhwayfun.concurre 7fe0 ncy; import java.text.DateFormat; import java.text.SimpleDateFormat; import java.util.Date; import java.util.concurrent.TimeUnit; /** * Created by rhwayfun on 16-4-2. */ public class SafeShutdownThread { public static void main(String[] args) throws InterruptedException { DateFormat format = new SimpleDateFormat("HH:mm:ss"); Runner one = new Runner(); //创建第一个计数线程,该线程使用jdk自带的中断方法执行中断 Thread threadOne = new Thread(one,"ThreadOne"); //执行第一个线程 threadOne.start(); //threadOne休眠一秒,然后由main thread执行中断 TimeUnit.SECONDS.sleep(1); threadOne.interrupt(); System.out.println("ThreadOne is interrupted ? " + threadOne.isInterrupted()); System.out.println("main thread interrupt ThreadOne at " + format.format(new Date())); //创建第二个线程,该线程使用cancel方法执行中断 Runner two = new Runner(); Thread threadTwo = new Thread(two,"ThreadTwo"); threadTwo.start(); //休眠一秒,然后调用cancel方法中断线程 TimeUnit.SECONDS.sleep(1); two.cancel(); System.out.println("ThreadTwo is interrupted ? " + threadTwo.isInterrupted()); System.out.println("main thread interrupt ThreadTwo at " + format.format(new Date())); } /** * 该线程是一个计数线程 */ private static class Runner implements Runnable{ //变量i private long i; //是否继续运行的标志 //这里使用volatile关键字可以保证多线程并发访问该变量的时候 //其他线程都可以感知到该变量值的变化。这样所有线程都会从共享 //内存中取值 private volatile boolean on = true; public void run() { while (on && !Thread.currentThread().isInterrupted()){ i++; } System.out.println("Count i = " + i); } //让线程终止的方法 public void cancel(){ on = false; } } }
在计数线程中通过使用一个boolean变量成功终止了线程。这种通过标志位或者中断操作的方式能够使得线程在终止的时候有机会去清理资源,而不是武断地将线程终止,因此这种终止线程的做法更优雅和安全。
上面的程序只是正确地终止了线程,却没有给出正确恢复的方法。可能有人会想到:再写一个方法让on变量为true不就行了。事实并如此,因为在CountThread中,由于已经调用cancel方法,这时on变量已经是false了,线程按照顺序执行原则继续执行,所以即使改变on为true也是没用的,因为CountThread已经终止了。具体的解决方法将在下一篇关于等待通知机制的文章给出详细的解决措施。
重新认识中断
之前在正确终止与恢复线程一文中介绍了使用Thread类的interrupt方法和使用标志位实现线程的终止。由于之前只是简单介绍了jdk默认中断方法的问题,对线程的中断机制没有深入介绍。为了正确终止线程,深刻理解线程中断的本质是很有必要的。Java没有提供可抢占的安全的中断机制,但是Java提供了线程协作机制(之前说的interrupt方法和标志位本质上都属于线程之间协作的手段),但是提供了中断机制,中断机制允许一个线程终止另一个线程的当前工作,所以需要在程序设计的时候考虑到中断的位置和时机。
回到之前使用volatile类型的标志位来终止线程的例子,在代码中调用cancel方法来取消i的自增请求,如果Runner线程在下次执行,或者正要执行下一次自增请求时判断on的时是否变为了false,如果是则终止执行。
根据运行结果,Runner的计数任务最终会被取消,然后退出。在Runner线程最终取消执行之前,会有一定的时间,如果在在这个时间内,调用此方法的任务调用了一个会阻塞的方法,比如BlockingQueue的put方法,那么可能该任务一直违法检测到on的值变为false,因而Runner线程不会终止。
一个例子
比如下面的代码就说明了这一点:
package com.rhwayfun.patchwork.concurrency.r0411; import java.math.BigInteger; import java.util.concurrent.BlockingQueue; import java.util.concurrent.LinkedBlockingQueue; import java.util.concurrent.TimeUnit; /** * Created by rhwayfun on 16-4-11. */ public class BrokenShutdownThread extends Thread { //是否继续运行的标志 private static volatile boolean on = true; //阻塞队列 private final BlockingQueue<BigInteger> queue; public BrokenShutdownThread(BlockingQueue<BigInteger> queue) { this.queue = queue; } public void run() { try { BigInteger p = BigInteger.ONE; while (on) { //生产者一次可以放40个数 for (int i = 0; i < 40; i++){ queue.put(p = p.nextProbablePrime()); System.out.println(Thread.currentThread().getName() + ": put value " + p); } } } catch (InterruptedException e) {} } public void cancel() { on = false; } /** * 消费者线程 */ static class Consumer extends Thread{ //阻塞队列 private final BlockingQueue<BigInteger> queue; public Consumer(BlockingQueue<BigInteger> queue) { this.queue = queue; } @Override public void run() { try { while (on) { //消费者一次只能消费1个数 System.out.println(Thread.currentThread().getName() + ": get value " + queue.take()); } System.out.println("work done!"); } catch (InterruptedException e) { e.printStackTrace(); } } } public static void main(String[] args) throws InterruptedException { BlockingQueue<BigInteger> queue = new LinkedBlockingQueue<>(5); BrokenShutdownThread producer = new BrokenShutdownThread(queue); //启动计数线程 producer.start(); TimeUnit.SECONDS.sleep(1); new Consumer(queue).start(); TimeUnit.SECONDS.sleep(1); producer.cancel(); } }
运行上面的程序,发现虽然控制台输出了
work done!的信息,但是程序仍然没有停止,仔细分析就会发现生产者的速度(40个数/次)远大于消费者的速度(1个数/次),造成队列被填满,put方法被阻塞。虽然在运行一秒后调用cancel方法将volatile变量on设为了false,但是由于生产者线程的put方法被阻塞,所以无法从阻塞的put方法中恢复,自然程序就无法终止了。
重新认识中断
每个线程都有一个boolean类型的中断状态。当中断线程时,中断状态被设为true。通过Thread的三个方法可以进行不同的中断操作:
public void interrupt() {...} public static boolean interrupted() {...} public boolean isInterrupted() {...}
执行interrupt方法能够中断线程,interrupted可以清除线程的中断状态,isInterrupted方法可以返回当前线程的中断状态。
当线程调用会阻塞的方法,比如wait()、sleep()等方法时,线程会检查自己的中断状态,并且在发生中断时提前返回。这些阻塞的方法响应中断的操作是清除中断状态,抛出InterruptedException。抛出InterruptedException的作用是表示线程由于中断需要提前结束。调用interrupt方法执行中断的本质是调用interrupt方法并不会立即停止目标线程正在执行的工作,只是传递了请求中断的消息。然后线程会在下一个时刻中断自己。当收到中断请求时抛出InterruptedException,让线程有选择中断策略的自由。一般而言,调用代码需要对抛出的InterruptedException进行额外的处理,直接屏蔽该异常是不正确的(也就是直接调用printStackTrace()方法)。屏蔽中断异常的后果是调用栈的上层无法对中断请求做出响应。
对上面代码的修正
根据以上的分析只需要对代码做如下的修改就能正确终止线程:
public void run() { try { BigInteger p = BigInteger.ONE; while (on && !Thread.currentThread().isInterrupted()) { //生产者一次可以放40个数 for (int i = 0; i < 40; i++){ queue.put(p = p.nextProbablePrime()); System.out.println(Thread.currentThread().getName() + ": put value " + p); } } } catch (InterruptedException e) { //让线程退出 return; } } public void cancel() { on = false; interrupt(); } static class Consumer extends Thread{ //阻塞队列 private final BlockingQueue<BigInteger> queue; public Consumer(BlockingQueue<BigInteger> queue) { this.queue = queue; } @Override public void run() { try { while (on && !Thread.currentThread().isInterrupted()) { //消费者一次只能消费1个数System.out.println(Thread.currentThread().getName() + ": get value " + queue.take()); } System.out.println("work done!"); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } }
而其他代码保持不变,再次运行以上的程序,发现能够正确终止了。主要就是使用中断机制完成了线程之间的协作,从而达到正确终止线程的目的。
实际上在调用可阻塞的方法时抛出的InterruptedException是为了让调用者能够注意到中断信息,使得调用者可以就中断做出自己的操作。往往在将中断信息传给调用者之前需要执行其他操作,如果在线程中使用中断机制完成线程之间的协作,那么就应该调用
Thread.currentThread().intrrupt()恢复当前线程的中断状态,这样当前线程就能够继续其他操作了。正常情况下,都需要对中断进行响应,除非自己实现了中断所应该进行的操作。
为了取消线程的执行,除了之前的方法,还可以使用Future.get(Long time,TimeUnit unit)的带超时限制的方法取消线程的执行,如果没有在指定的时间内完成任务,那么可以在代码中直接调用Future.cancel()方法取消任务的执行。取消任务的时候有两种情况:一是任务在指定的时间完成了,这个时候调用取消操作没有什么影响;二是任务没有在指定的时间完成,那么调用cancel方法后任务将被中断。
伪代码如下:
Future task = threadPool.submit(runnable); try{ }catch(TimeOutException e){ //会取消任务的执行 }catch(ExecutionException e){ //如果在任务中抛出了执行异常,则重新抛出该异常 throw(new Throwable(e.getCause())); }finally{ //true表示正在执行的任务能够接收中断,如果在执行则线程能被中断 //如果为false,则表示若任务还没有启动则不要启动该任务 task.cancel(true); }
实现线程取消的完整例子
这里以日志服务作为例子,业务场景是这样的:前台会有多个生产者调用日志服务输出程序的日志,生产者将需要输出的日志信息放入一个队列中,后台服务器有一个消费者线程,负责从队列中取出日志信息并输出(目的地可能不同)。显然这是一个典型的生产者-消费者问题,不过这里出现了多个生产者,但是只有一个消费者。显然如果生产者的速度远远大于消费者的处理速度的话,很可能造成阻塞,不过这点已经再上面的分析中得到了解决。现在需要实现的是,提供可靠的关闭日志服务的方法,在前台调用服务接口可以正确停止日志服务,而不会出现任何问题。
实现代码如下:
package com.rhwayfun.patchwork.concurrency.r0411; import java.io.PrintWriter; import java.text.DateFormat; import java.text.SimpleDateFormat; import java.util.Date; import java.util.concurrent.BlockingQueue; import java.util.concurrent.LinkedBlockingQueue; import java.util.concurrent.TimeUnit; /** * Created by rhwayfun on 16-4-11. */ public class LoggerService { // 存放日志消息的阻塞队列 private final BlockingQueue<String> logQueue; // 打印日志的消费者线程 private final LoggerThread loggerThread; // 打印日志的打印器 private PrintWriter writer; // 日志服务是否关闭的标志 private boolean isShutdown; // 执行log方法的调用者的计数器 private int reservations; public LoggerService(PrintWriter writer) { this.logQueue = new LinkedBlockingQueue<>(5); this.loggerThread = new LoggerThread(writer); } /** * 启动日志服务 */ public void start() { loggerThread.start(); } /** * 记录日志 * * @param msg * @throws InterruptedException */ public void recordLog(String msg) throws InterruptedException { // 有条件保持对日志的添加 // 并且在接收到关闭请求时停止往队列中填入日志 synchronized (this) { if (isShutdown) throw new IllegalStateException("LoggerService is shutdown!"); ++reservations; } // 由生产者将消息放入队列 // 这里不放入synchronized块是因为put方法有阻塞的作用 logQueue.put(msg); } /** * 停止日志服务 */ public void stop() { // 以原子方式检查关闭请求 synchronized (this) { isShutdown = true; } // 让消费者线程停止从队列取日志 loggerThread.interrupt(); } /** * 消费者线程 */ private class LoggerThread extends Thread { private PrintWriter writer; public LoggerThread(PrintWriter writer) { this.writer = writer; } @Override public void run() { try { while (true) { try { // 持有的锁与之前的相同 // 如果接收到应用程序的关闭请求并且没有生产者线程继续往队列填入日志 // 那么就结束循环,消费者线程终止 synchronized (LoggerService.this) { if (isShutdown && reservations == 0) break; } // 从队列获取生产者的日志 String msg = logQueue.take(); // 每输出一条日志就减少一个线程 synchronized (LoggerService.this) { --reservations; } writer.println("Read: " + msg); } catch (InterruptedException e) { //恢复中断状态 Thread.currentThread().interrupt(); } } } finally { writer.close(); } } } /** * 生产者线程 */ private static class LoggerWriter implements Runnable { private LoggerService service; private final DateFormat format = new SimpleDateFormat("HH:mm:ss"); public LoggerWriter(LoggerService service) { this.service = service; } @Override public void run() { try { String msg = "time is " + format.format(new Date()); System.out.println("Write: " + msg); service.recordLog(msg); } catch (InterruptedException e) { Thread.currentThread().interrupt(); } } } public static void main(String[] args) throws InterruptedException { LoggerService service = new LoggerService(new PrintWriter(System.out)); //创建多个生产者线程负责创建日志 for (int i = 0; i < 5; i++) { new Thread(new LoggerWriter(service)).start(); TimeUnit.SECONDS.sleep(1); } //启动日志服务 service.start(); //休眠10秒 TimeUnit.SECONDS.sleep(10); //关闭日志服务 service.stop(); } }
小结
Java没有提供抢占式安全终止线程的机制,但是使用线程的中断机制可以很好实现线程的终止
除了标志位使用FutureTask和Executor框架也能实现线程的终止,这里主要使用的是FutureTask的cancel方法
除非在程序中自己实现中断策略,不然不要对中断异常进行屏蔽
抛出InterruptedException的目的可以使得上层调用者可以接收中断信息,并对中断做出自己的操作
如果需要在将中断信息传递给上层调用者之前做其他的操作,需要调用
Thread.currentThread().interrupt()恢复当前线程的中断状态
如果使用线程池执行任务,那么可以时使用其shutdown方法或者shutdownNow方法完成线程的终止。
相关文章推荐
- Java挑战高并发(3) 线程挂起、恢复与终止的正确方法(含代码)
- 转: 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- Java并发编程之三:线程挂起、恢复与终止的正确方法
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)(r)
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- Java并发 正确终止与恢复线程
- 【Java并发编程】之三:线程挂起、恢复与终止的正确方法(含代码)
- 【Java并发编程】:线程挂起、恢复与终止
- [原]Java多线程编程学习笔记之二:线程挂起、恢复与终止的正确方法(含代码)
- Java 并发编程之线程挂起、恢复与终止
- [原]Java多线程编程学习笔记之二:线程挂起、恢复与终止的正确方法(含代码)