它看起来像在kotlin.runCatching()中封装调用解决了警告，但不确定为什么…因为正如之前关于runCatching的回答所说，这不是由于抛出异常，因为即使try{} catch也不能解决问题，可能是一些错误检测问题… 我现在使用了下面的方法……

val result = kotlin.runCatching {
     OldJavaLib.blockingCallThatThrowsAnException()
}
if (result.isSuccess) {
      print("success is on your side")
} else {
      print("one failure is never the end")
}

我使用Android Studio 4.1，当我使用Moshi或操作文件时，警告显示。即使我确定我在做什么，在withContext中包装代码也没有帮助。

我最近发现，将警告的小代码移动到标准方法中，而不像有趣的action(){…}可以删除警告。这很难看，因为它只是隐藏了警告。

更新:从我的个人经验来看，似乎抑制警告或runBlocking更直接。

可能会发生异常，这就是为什么会显示此警告。使用runCatching{}。它捕获从块函数执行中抛出的任何Throwable异常，并将其封装为失败。

例如:

 CoroutineScope(Dispatchers.IO).launch {
         runCatching{
               makeHttpRequest(URL(downloadLocation))
         }
}

一个解决方案是通过挂起有趣的kotlinx. corroutine . runinterruptible来包装阻塞代码。 如果没有它，当协程的任务被取消时，阻塞代码将不会中断。

它抑制了编译警告，阻塞代码将在取消时抛出InterruptedException

val job = launch {
  runInterruptible(Dispatchers.IO) {
    Thread.sleep(500) // example blocking code
  }
}

job.cancelAndJoin() // Cause will be 'java.lang.InterruptedException'

https://kotlinlang.org/api/kotlinx.coroutines/kotlinx-coroutines-core/kotlinx.coroutines/run-interruptible.html

如何将Java阻塞函数转换为可取消的挂起函数?

此警告是关于阻塞当前线程和协程的方法不能正确挂起。这样，您就失去了协程的所有好处，并再次降级为每个线程一个任务。

每一种情况都应以不同的方式处理。对于可悬挂的http调用，您可以使用ktor http客户端。但有时没有针对您的情况的库，因此您可以编写自己的解决方案，或者忽略此警告。

编辑:withContext(Dispatchers.IO)或一些自定义调度程序可以用来解决这个问题。谢谢你的评论。

我使用dispatchers作为启动参数:

    GlobalScope.launch(Dispatchers.IO) {
        // Do background work
        
        // Back to main thread
        launch(Dispatchers.Main) {
            Toast.makeText(context, "SUCCESS!", Toast.LENGTH_LONG)
                .show()
        }
    }