Android如何立即终止Thread或协程内长时间运行的磁盘操作

Java线程中断、Kotlin协程取消都是协作式机制，只有执行的代码主动检查中断/取消标记时才会响应终止逻辑。而示例中调用的Os.write(fd, data)是陷入内核态的阻塞磁盘IO，一旦执行到这个调用，用户态的中断、取消信号根本无法打断内核态的阻塞流程，必须等IO操作从内核返回之后，代码才会收到终止信号，这也是为什么调用interrupt()/协程cancel()后，任务依然会整整阻塞2分钟直到IO自然结束的原因。
示例伪代码如下：

fun writeData(fd: File, data: Data) {
    timeout (1000) { // 最大执行时长限制1000ms
        val operation = create thread/coroutine { // 线程或协程
            Os.write(fd, data) // <--- 阻塞磁盘操作，执行耗时2分钟
        }.start()
    }
}

• 方案1：超时直接关闭文件描述符（最推荐）
  触发1000ms超时逻辑时，不要仅调用interrupt()或者cancel()，直接执行fd.close()关闭当前正在写入的文件描述符。
  这个操作会立刻让内核态阻塞的write系统调用抛出IO异常（常见为IOException: Bad file descriptor），卡在系统调用上的线程/协程会立刻返回，不需要等2分钟的IO跑完，只要在写入逻辑里捕获对应IO异常做资源收尾即可。

  补充说明：跨线程关闭文件描述符是操作系统层面支持的安全操作，只要fd被关闭，所有阻塞在这个fd对应IO上的系统调用都会立刻被打断返回。

• 方案2：独立守护线程隔离（兜底方案）
  如果拿不到fd的关闭权限，就把Os.write这类不可中断的阻塞IO放到独立的守护线程中执行，超时之后直接丢弃这个线程的引用，不要做任何等待逻辑。
  这个方案的缺点是内核态的IO操作依然会在后台执行直到完成，会持续占用磁盘IO带宽，属于没法操作fd时的兜底选择。

• 不要用已经废弃的Thread.stop()方法强制杀线程，这个方法会绕过所有资源回收逻辑，大概率导致文件内容损坏、文件描述符泄漏、锁未释放等不可预期问题。
• 不要试图在写入逻辑前后加中断标记轮询，只要代码阻塞在Os.write()调用上，轮询代码根本没有执行机会，完全起不到作用。
• 协程场景下不要以为用withContext(Dispatchers.IO)包裹阻塞IO就支持取消，Dispatchers.IO的取消逻辑同样是协作式的，阻塞在内核系统调用时一样无法响应cancel，必须配合关闭fd的操作才能真正终止任务。

内容的提问来源于stack exchange，提问作者t0m