使用的教材是java核心技术卷1,我将跟着这本书的章节同时配合视频资源来进行学习基础java知识。
当线程的 run方法执行方法体中最后一条语句后,并经由执行 return语句返回时,或者出现了在方法中没有捕获的异常时,线程将终止。在Java的早期版本中,还有一个stop方法,其他线程可以调用它终止线程。但是,这个方法现在已经被弃用了。
没有可以强制线程终止的方法。然而,interrupt方法可以用来请求终止线程。当对一个线程调用interrupt方法时,线程的中断状态将被置位。这是每一个线程都具有的boolean标志。每个线程都应该不时地检査这个标志,以判断线程是否被中断。
要想弄清中断状态是否被置位,首先调用静态的Thread.currentThread方法获得当前线程,然后调用islnterrupted方法:
while (!Thread.currentThread().islnterrupted() && morework todo)
{
do more work
}
但是,如果线程被阻塞,就无法检测中断状态。这是产生InterruptedExceptioii异常的地方。当在一个被阻塞的线程(调用sleep或wait)上调用interrupt方法时,阻塞调用将会被InterruptedException异常中断。(存在不能被中断的阻塞I/O调用,应该考虑选择可中断的调用。)
没有任何语言方面的需求要求一个被中断的线程应该终止。中断一个线程不过是引起它的注意。被中断的线程可以决定如何响应中断。某些线程是如此重要以至于应该处理完异常后,继续执行,而不理会中断。但是,更普遍的情况是,线程将简单地将中断作为一个终止的请求。这种线程的run方法具有如下形式:
Runnable r = () ->{
try
{
...
while (!Thread.currentThread().islnterrupted0&& more work to do)
{
domorework
}
}
catch(InterruptedException e)
{
//thread was interrupted during sleep or wait
}
finally
{
cleanup,if required
}
//exiting the run method terminates the thread
};
如果在每次工作迭代之后都调用sleep方法(或者其他的可中断方法),islnterrupted检测既没有必要也没有用处。如果在中断状态被置位时调用sleep方法,它不会休眠。相反,它将清除这一状态(!)并拋出IntemiptedException。因此,如果你的循环调用sleep,不会检测中断状态。相反,要如下所示捕获InterruptedException异常:
Runnable r = () ->{
try
{
...
while (more work to do)
{
do more work
Thread.sleep(delay);
}
}
catch(InterruptedException e)
{
//thread was interrnpted during sleep or wait
}
finally
{
cleanup,if required
}
//exiting the run method terminates the thread
};
在很多发布的代码中会发现 InterruptedException异常被抑制在很低的层次上,像这样:
void mySubTask()
{
...
try { sleep(delay); }
catch (InterruptedException e) {}//Don't ignore!
}
不要这样做!如果不认为在catch子句中做这一处理有什么好处的话,仍然有两种合理的选择:
•在catch子句中调用Thread.currentThread().interrupt()来设置中断状态。于是,调用者可以对其进行检测。
void mySubTask()
{
...
try { sleep(delay); }
catch (InterruptedException e) { Thread.currentThread()-interrupt(); }
...
}
•或者,更好的选择是,用throwsInterruptedException标记你的方法,不采用try语句块捕获异常。于是,调用者(或者,最终的run方法)可以捕获这一异常。
void mySubTaskO throws InterruptedException
{
...
sleep(delay);
...
}
线程可以有如下6种状态:
•New(新创建)
•Runnable(可运行)
•Blocked(被阻塞)
•Waiting(等待)
•Timedwaiting(计时等待)
•Terminated(被终止)
要确定一个线程的当前状态,可调用getState方法。
当用new操作符创建一个新线程时,如newThread(r),该线程还没有开始运行。这意味着它的状态是new。当一个线程处于新创建状态时,程序还没有开始运行线程中的代码。在线程运行之前还有一些基础工作要做。
一旦调用start方法,线程处于runnable状态。一个可运行的线桿可能正在运行也可能没有运行,这取决于操作系统给线程提供运行的时间。(Java的规范说明没有将它作为一个单独状态。一个正在运行中的线程仍然处于可运行状态。)
一旦一个线程开始运行,它不必始终保持运行。事实上,运行中的线程被中断,目的是为了让其他线程获得运行机会。线程调度的细节依赖于操作系统提供的服务。抢占式调度系统给每一个可运行线程一个时间片来执行任务。当时间片用完,操作系统剥夺该线程的运行权,并给另一个线程运行机会。当选择下一个线程时,操作系统考虑线程的优先级。
现在所有的桌面以及服务器操作系统都使用抢占式调度。但是,像手机这样的小型设备可能使用协作式调度。在这样的设备中,一个线程只有在调用yield方法、或者被阻塞或等待时,线程才失去控制权。
在具有多个处理器的机器上,每一个处理器运行一个线程,可以有多个线程并行运行。当然,如果线程的数目多于处理器的数目,调度器依然采用时间片机制。
记住,在任何给定时刻,二个可运行的线程可能正在运行也可能没有运行(这就是为什么将这个状态称为可运行而不是运行)。
当线程处于被阻塞或等待状态时,它暂时不活动。它不运行任何代码且消耗最少的资源。直到线程调度器重新激活它。
细节取决于它是怎样达到非活动状态的。
•当一个线程试图获取一个内部的对象锁(而不是javiutiUoncurrent库中的锁),而该锁被其他线程持有,则该线程进人阻塞状态。当所有其他线程释放该锁,并且线程调度器允许本线程持有它的时候,该线程将变成非阻塞状态。
•当线程等待另一个线程通知调度器一个条件时,它自己进入等待状态。在调用Object.wait方法或Thread.join方法,或者是等待java,util.concurrent库中的Lock或Condition时,就会出现这种情况。实际上,被阻塞状态与等待状态是有很大不同的。
•有几个方法有一个超时参数。调用它们导致线程进人计时等待(timedwaiting)状态。这一状态将一直保持到超时期满或者接收到适当的通知。带有超时参数的方法有Thread.sleep和Object.wait、Thread.join、Lock,tryLock以及Condition.await的计时版。
线程可以具有的状态以及从一个状态到另一个状态可能的转换。当一个线程被阻塞或等待时(或终止时),另一个线程被调度为运行状态。当一个线程被重新激活(例如,因为超时期满或成功地获得了一个锁),调度器检查它是否具有比当前运行线程更高的优先级。如果是这样,调度器从当前运行线程中挑选一个,剥夺其运行权,选择一个新的线程运行。
线程因如下两个原因之一而被终止:
•因为run方法正常退出而自然死亡。
•因为一个没有捕获的异常终止了nm方法而意外死亡。
特别是,可以调用线程的stop方法杀死一个线程。该方法抛出ThreadDeath错误对象,由此杀死线程。但是,stop方法已过时,不要在自己的代码中调用这个方法。