如何在Kotlin Object类中正确使用协程调用API并解决NetworkOnMainThreadException问题

首先，咱们先分析你遇到的NetworkOnMainThreadException错误原因：你在deleteSession()里用了runBlocking，而调用LoginHelper.logout()的地方是MainActivity的点击事件（主线程），runBlocking会阻塞当前线程（也就是主线程），再加上你用了execute()同步执行网络请求，直接触发了Android禁止主线程执行网络操作的规则，所以抛出了这个异常。

同时，你不想把logout改成suspend函数，还要在调用时等待执行完成，咱们可以通过协程Scope+可选回调的方式解决，既不修改原有方法的签名（兼容其他调用处），又能正确处理异步操作。

解决方案步骤及代码修改 #

1. 重构LoginHelper类

用CoroutineScope管理协程，切换到IO线程执行网络操作，同时给logout方法添加可选的完成回调，让需要等待的调用方感知操作完成：

object LoginHelper {
    // 创建协程Scope，用MainDispatcher方便后续在主线程处理回调或UI逻辑
    private val coroutineScope = CoroutineScope(Dispatchers.Main + SupervisorJob())

    fun logout(onComplete: (() -> Unit)? = null) {
        logD("logout")
        coroutineScope.launch {
            // 切换到IO线程执行网络请求，避免阻塞主线程
            val deleteResult = withContext(Dispatchers.IO) {
                SessionRepository.deleteSession()
            }

            // 根据RequestResult处理成功/失败逻辑（可根据业务调整）
            when (deleteResult) {
                is RequestResult.Success -> {
                    logD("Session deleted successfully")
                }
                is RequestResult.Error -> {
                    logE("Failed to delete session")
                    // 若业务需要，可在此终止后续操作：return@launch
                }
            }

            // 等待网络请求完成后，执行logout的其他子操作
            performPostLogoutTasks()

            // 通知调用方操作完成（如果有回调的话）
            onComplete?.invoke()
        }
    }

    private fun performPostLogoutTasks() {
        // 这里放logout原本需要执行的其他函数，比如清理本地缓存、重置状态等
        logD("Post-logout tasks completed")
    }
}

2. 修改MainActivity中的调用

在点击事件里传入回调，等待logout完成后再执行后续逻辑：

private fun setupLogout() {
    logoutButton.setOnClickListener {
        LoginHelper.logout {
            // 这里是logout完全执行完毕后的后续逻辑
            // 比如跳转到登录页、更新UI状态等
            logD("Logout finished, proceed with next steps")
        }
    }
}

3. 其他调用处的兼容

如果其他地方调用LoginHelper.logout()不需要等待完成，直接调用即可，完全兼容原有代码：

// 其他类中的调用，无需等待完成
LoginHelper.logout()

关键知识点说明 #

• 为什么不用runBlocking？：runBlocking是用来在阻塞代码中桥接协程的工具，在主线程使用会导致UI卡顿甚至ANR（应用无响应），绝对不能用它来执行网络操作。
• 协程线程切换：withContext(Dispatchers.IO)专门用于执行IO密集型操作（比如网络请求、文件读写），执行完后会自动切回launch所在的线程（这里是主线程），方便后续处理UI或回调。
• 可选回调的设计：给logout添加默认值为null的回调参数，既满足了MainActivity需要等待的需求，又不影响其他不需要等待的调用场景。

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