InterruptedIOException是IOException的子类，用于标识IO操作因线程中断而失败，其bytesTransferred字段可记录已传输字节数，适用于部分读写后中断的场景。尽管自JDK 1.6起被标记为过时，现代NIO多使用ClosedByInterruptException，但在阻塞IO中仍需关注线程中断处理。正确做法是在捕获IOException后检查线程中断状态，决定是否重试或清理资源。对于支持随机访问的文件，可通过RandomAccessFile或FileChannel记录position实现断点续传，而网络流则依赖应用层重传机制。关键在于响应中断、保存进度、及时释放资源，提升IO代码的容错性与恢复能力。
在Java中，InterruptedIOException 是 IOException 的子类，通常表示在进行IO操作时线程被中断。虽然这个异常现在已不常直接抛出（自JDK 1.6起已被标记为“过时”），但理解其背后的机制对处理阻塞IO和线程中断依然有重要意义。
什么是InterruptedIOException？
InterruptedIOException 最初用于标识“IO操作因线程中断而未能完成”。它继承自 IOException，包含一个字段 bytesTransferred，表示在中断前已传输的字节数。这在部分写入或读取后发生中断时特别有用，可用于恢复操作。
尽管现代NIO和非阻塞IO减少了对此异常的依赖，但在某些遗留系统或特定流操作中仍可能遇到类似场景。
如何捕获并处理中断的IO异常？
即使不再直接抛出 InterruptedIOException，线程中断在阻塞IO中依然可能发生。正确处理方式应结合 InterruptedException 和 IO 状态判断。
立即学习“Java免费学习笔记（深入）”；
- 当调用如 InputStream.read() 或 OutputStream.write() 等阻塞方法时，若线程被中断，某些实现可能抛出 IOException 并设置中断状态。
- 更常见的是，在可中断通道（如 FileChannel、SocketChannel）中使用时，会抛出 ClosedByInterruptException。
- 应对策略是：捕获异常后检查线程中断状态，决定是否重试或清理资源。
示例代码：
try (InputStream in = new FileInputStream("data.bin")) {
byte[] buffer = new byte[1024];
int bytesRead;
while ((bytesRead = in.read(buffer)) != -1) {
// 检查线程是否被中断
if (Thread.currentThread().isInterrupted()) {
System.out.println("IO操作被中断，已读取 " + bytesRead + " 字节");
// 可选择保存进度，后续恢复
throw new IOException("操作被用户中断");
}
// 处理数据
}
} catch (IOException e) {
if (Thread.currentThread().isInterrupted()) {
// 清理并退出
System.err.println("线程已中断，终止IO处理");
} else {
System.err.println("其他IO错误: " + e.getMessage());
}
}
如何实现IO操作的恢复？
对于支持随机访问的资源（如文件），可以在中断后从上次位置继续读写。
- 使用 RandomAccessFile 或 FileChannel 记录已处理的位置。
- 在捕获到中断或异常后，保存当前偏移量，便于后续恢复。
- 注意：网络流（如Socket输入）通常不支持重放，需依赖应用层协议重传。
示例：记录读取位置
long position = 0;
try (RandomAccessFile file = new RandomAccessFile("large.bin", "r");
FileChannel channel = file.getChannel()) {
ByteBuffer buf = ByteBuffer.allocate(1024);
while (channel.read(buf) > 0) {
if (Thread.currentThread().isInterrupted()) {
position = channel.position();
System.out.println("中断发生在位置: " + position);
break;
}
buf.flip();
// 处理数据
buf.clear();
}
}
// 下次可从 position 开始继续读取
基本上就这些。虽然 InterruptedIOException 本身已少用，但理解其设计意图有助于写出更具容错性和可恢复性的IO代码。关键是响应中断、保存状态、合理释放资源。不复杂但容易忽略。
