Kotlin中优先使用Thread而非Coroutine的场景示例及相关疑问

虽然Kotlin协程是并发编程的首选工具，但在以下几种场景下，直接使用Thread依然是更合适的选择：

• 底层原生API交互
  部分Java原生库、JNI接口或系统级操作（比如直接操作硬件、特定系统服务）仅支持基于Thread的调用。这类场景下，协程的调度封装会成为障碍——你无法绕过Thread直接让协程对接这些要求原生线程的API。例如，某些老的加密库要求在指定优先级的线程中运行，协程无法直接设置底层线程的优先级，这时候手动创建Thread是唯一可行的方式：

  val highPriorityThread = Thread({
      // 调用要求高优先级线程的原生加密操作
  }).apply {
      priority = Thread.MAX_PRIORITY
      start()
  }
  

• 重度阻塞的计算密集型任务
  协程依赖线程池调度，如果你有长时间占用CPU核心的计算任务（比如大型3D渲染、海量数据排序），直接用协程会占用线程池中的工作线程，导致其他协程的调度被延迟。而单独创建Thread可以将这类任务隔离在独立线程中，避免影响协程池的整体调度效率。

• 老代码兼容与增量重构
  维护遗留项目时，原有代码大量使用Thread实现并发。如果没有迫切的性能问题，强行重构为协程会增加不必要的开发成本。直接沿用Thread可以保持代码稳定性，后续再逐步按需替换为协程。

• 精细的线程生命周期控制
  某些场景需要完全手动控制线程的启动、暂停、销毁逻辑，比如长期运行的后台监控线程。协程的生命周期依赖CoroutineScope和Job管理，虽然灵活，但对于需要绝对自主控制的场景，Thread的start()、interrupt()、join()等方法会更直接、直观。

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