Android中使用协程时，为何不能在主线程执行网络任务？

首先得明确一个核心点：Dispatcher.Main是绑定主线程的调度器——所有在这个调度器下运行的协程代码，最终都会落到主线程上执行，哪怕是suspend函数。

你贴的代码能正常运行，是因为Retrofit对suspend函数做了特殊处理：它内部会自动把网络请求切换到OkHttp的后台线程池执行，所以不会阻塞主线程。但这并不代表用Dispatcher.Main跑网络任务是正确的做法，原因有这几点：

• 主线程的核心职责是处理UI：主线程要负责渲染界面、响应用户点击这些对延迟极其敏感的操作。如果把网络任务（哪怕是被框架偷偷切换了线程的）放在主线程协程里，协程的调度、状态切换还是会占用主线程的资源，可能导致UI卡顿、掉帧。
• 规范与维护性：Android开发的最佳实践是严格区分主线程和后台线程的职责——UI逻辑在主线程，IO操作（网络、数据库）必须放在后台线程（比如Dispatcher.IO）。这样能避免后续维护时，不小心写出没有做线程切换的阻塞IO代码，直接把主线程卡死。
• 资源浪费的猜测是对的：主线程的线程优先级更高，系统会优先分配资源给它处理UI任务。如果让它参与IO相关的调度，本质是用高优先级资源做低优先级的事，不如把这些资源留给UI，让专门的后台线程去处理IO等待。

如果要写出规范的代码，应该明确用withContext(Dispatchers.IO)把网络任务切换到后台线程，比如：

lifecycleScope.launch {
    repeatOnLifecycle(Lifecycle.State.STARTED) {
        val response = withContext(Dispatchers.IO) {
            val service = RetrofitClient.buildService(GithubApiService::class.java)
            service.getIssues("JakeWharton", "hugo")
        }
        Log.d("TAG", " - response: $response")
        // 这里可以安全更新UI，因为launch默认用Dispatcher.Main
    }
}

或者更推荐的做法是把网络请求封装到Repository层，统一处理线程切换，让ViewModel/UI层只关注业务逻辑和UI更新：

class GithubRepository {
    private val service = RetrofitClient.buildService(GithubApiService::class.java)
    
    suspend fun getIssues(user: String, repo: String): List<Issue> {
        return withContext(Dispatchers.IO) {
            service.getIssues(user, repo)
        }
    }
}

// UI层调用
lifecycleScope.launch {
    repeatOnLifecycle(Lifecycle.State.STARTED) {
        val response = GithubRepository().getIssues("JakeWharton", "hugo")
        Log.d("TAG", " - response: $response")
    }
}

内容的提问来源于stack exchange，提问作者송규빈