IO线程显示Toast抛出RuntimeException，如何正确处理？

问题根源 #

你碰到的java.lang.RuntimeException: Can't toast on a thread that has not called Looper.prepare()异常，核心原因是Toast必须在主线程（持有Looper的线程）执行。虽然系统偶尔会自动处理线程切换，但这种行为不可靠，必须显式保证Toast的调用在主线程。

推荐实现方案 #

方案1：用withContext切换调度器（最优）

在IO协程的耗时逻辑完成后，通过withContext(Dispatchers.Main)切换到主线程执行Toast和UI操作，不需要额外嵌套协程，更轻量高效：

lifecycleScope.launch(Dispatchers.IO) {
    // 耗时操作：检查视频URL内容类型
    val isFormatSupported = checkVideoContentType(videoUrl)
    
    if (!isFormatSupported) {
        // 切换到主线程显示Toast
        withContext(Dispatchers.Main) {
            Toast.makeText(requireContext(), "视频格式不支持", Toast.LENGTH_SHORT).show()
        }
    } else {
        // 格式合法，切换到主线程打开视频
        withContext(Dispatchers.Main) {
            launchVideoPlayer(videoUrl)
        }
    }
}

方案2：主线程发起协程，IO线程做检查

如果更习惯先在主线程处理UI逻辑，再切IO做耗时操作，也可以这么写：

lifecycleScope.launch(Dispatchers.Main) {
    // 切到IO线程执行耗时检查
    val isFormatSupported = withContext(Dispatchers.IO) {
        checkVideoContentType(videoUrl)
    }
    
    // 直接在主线程处理结果，无需额外切换
    if (!isFormatSupported) {
        Toast.makeText(requireContext(), "视频格式不支持", Toast.LENGTH_SHORT).show()
    } else {
        launchVideoPlayer(videoUrl)
    }
}

关于嵌套协程的说明 #

你之前尝试在回调里嵌套启动Dispatchers.Main协程的写法，虽然能运行，但属于冗余操作——withContext是在当前协程内部切换调度器，比额外启动新协程更高效，也更符合协程的设计原则。除非是需要并行执行多个任务，否则没必要嵌套协程。

额外注意事项 #

• 用requireContext()替代context：避免Fragment detached时Context为空的崩溃。
• 如果使用View相关操作，建议绑定viewLifecycleOwner的协程：比如viewLifecycleOwner.lifecycleScope.launch，确保协程在Fragment视图销毁时自动取消，避免内存泄漏。

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