正确处理InterruptedException需捕获异常后重置中断状态或向上抛出，避免吞掉异常导致线程无法正常退出。
在Java中处理 InterruptedException 是多线程编程中的常见需求。当一个线程正在阻塞（如调用
Thread.sleep()、
Object.wait()或
Thread.join()）时，另一个线程可以通过调用
interrupt()方法来中断它，这时就会抛出 InterruptedException。正确捕获和处理这个异常非常重要，以确保程序的健壮性和响应性。
如何捕获 InterruptedException
捕获 InterruptedException 的基本方式是使用 try-catch 块。以下是一个典型的示例：
public void waitForSeconds(int seconds) {
try {
Thread.sleep(seconds * 1000);
} catch (InterruptedException e) {
// 恢复中断状态，以便上层代码能感知到中断
Thread.currentThread().interrupt();
System.out.println("线程被中断，停止等待");
// 可选：执行清理操作
}
}
为什么需要重新设置中断状态
当 InterruptedException 被抛出后，Java 会自动清除线程的中断状态。如果不重新设置中断标志，上层调用栈可能无法得知该线程曾被中断，从而影响程序的中断控制逻辑。
常见的做法是在捕获异常后调用：
立即学习“Java免费学习笔记（深入）”；
Thread.currentThread().interrupt();
—— 重置中断状态
这样可以保证中断信号不会丢失，符合 Java 中断机制的设计原则。
Android配合WebService访问远程数据库 中文WORD版
下载
采用HttpClient向服务器端action请求数据，当然调用服务器端方法获取数据并不止这一种。WebService也可以为我们提供所需数据，那么什么是webService呢？，它是一种基于SAOP协议的远程调用标准，通过webservice可以将不同操作系统平台，不同语言，不同技术整合到一起。 实现Android与服务器端数据交互，我们在PC机器java客户端中，需要一些库，比如XFire,Axis2,CXF等等来支持访问WebService，但是这些库并不适合我们资源有限的android手机客户端，
何时应抛出 InterruptedException
如果你的方法本身不处理中断，而是希望由调用者决定如何响应，那么你应该将异常向上抛出：
public void waitForSignal() throws InterruptedException {
synchronized (this) {
while (!conditionMet) {
wait(); // 可能抛出 InterruptedException
}
}
}
这种写法适用于工具类或底层方法，让更高层的逻辑来决定是否终止或恢复操作。
不要忽略 InterruptedException
最差的做法是捕获异常后什么都不做：
} catch (InterruptedException e) {
// 空的 catch 块 —— 千万别这么写！
}
这相当于屏蔽了系统的中断请求，可能导致线程无法正常退出，特别是在线程池或长时间运行的任务中，会造成资源浪费甚至死锁。
基本上就这些。关键是：要么重新设置中断状态，要么向上抛出异常，绝不能静默吞掉 InterruptedException。
