interrupt()与线程终止方式.pdfVIP

interrupt()和线程终止方式 中断线程 线程的 thread.interrupt()方法是中断线程，将会设置该线程的中断状态位，即设置为 true ，中断的结果线程是死亡、 还是等待新的任务或是继续运行至下一步，就取决于这个程序本身。线程会不时地检测这个中断标示位，以判断线程是否应 该被中断（中断标示值是否为 true ）。它并不像stop 方法那样会中断一个正在运行的线程。 判断线程是否被中断 判断某个线程是否已被发送过中断请求，请使用 Thread.currentThread().isInterrupted()方法（因为它将线程中断标 示位设置为 true 后，不会立刻清除中断标示位，即不会将中断标设置为 false ），而不要使用thread.interrupted() （该方法 调用后会将中断标示位清除，即重新设置为 false ）方法来判断，下面是线程在循环中时的中断方式： while(!Thread.currentThread().isInterrupted() more work to do){ do more work } 如何中断线程 如果一个线程处于了阻塞状态（如线程调用了 thread.sleep、thread.join、thread.wait、1.5 中的condition.await、 以及可中断的通道上的 I/O 操作方法后可进入阻塞状态），则在线程在检查中断标示时如果发现中断标示为 true ，则会在 这些阻塞方法（sleep、join 、wait、1.5 中的condition.await 及可中断的通道上的 I/O 操作方法）调用处抛出 InterruptedException 异常，并且在抛出异常后立即将线程的中断标示位清除，即重新设置为 false。抛出异常是为了线程 从阻塞状态醒过来，并在结束线程前让程序员有足够的时间来处理中断请求。 注，synchronized 在获锁的过程中是不能被中断的，意思是说如果产生了死锁，则不可能被中断（请参考后面的测试 例子）。与 synchronized 功能相似的 reentrantLock.lock()方法也是一样，它也不可中断的，即如果发生死锁，那么 reentrantLock.lock()方法无法终止，如果调用时被阻塞，则它一直阻塞到它获取到锁为止。但是如果调用带超时的 tryLock 方法 reentrantLock.tryLock(long timeout, TimeUnit unit) ，那么如果线程在等待时被中断，将抛出一个 InterruptedException 异常，这是一个非常有用的特性，因为它允许程序打破死锁。你也可以调用 reentrantLock.lockInterruptibly()方法，它就相当于一个超时设为无限的 tryLock 方法。 没有任何语言方面的需求一个被中断的线程应该终止。中断一个线程只是为了引起该线程的注意，被中断线程可以决定 如何应对中断。某些线程非常重要，以至于它们应该不理会中断，而是在处理完抛出的异常之后继续执行，但是更普遍的情 况是，一个线程将把中断看作一个终止请求，这种线程的 run 方法遵循如下形式： public void run() { try { ... /* * 不管循环里是否调用过线程阻塞的方法如 sleep、join 、wait ，这里还是需要加上 * !Thread.currentThread().isInterrupted()条件，虽然抛出异常后退出了循环，显 * 得用阻塞的情况下是多余的，但如果调用了阻塞方法但没有阻塞时，这样会更安全、更及时。 */ 1 / 10 while (!Thread.currentThread().isInterrupted() more work to do) { do more work } } catch (InterruptedException e) { //线程在 wait 或 sleep 期间被中断了 } finally { //线程结束前做一些清理工作 } } 上面是