Kotlin协程疑问：为何日志需等到进度条隐藏后才批量显示？

嘿，我来帮你分析下这个问题～

问题核心原因 #

你的日志会在进度条隐藏后一次性输出，主要有两个关键问题：

1. UI协程的创建方式不合理
   你在getStuff里新建了带独立Job()的uiScope，这个Scope和父协程（IO线程的协程）没有关联，不仅容易造成协程泄漏，而且更新UI的逻辑和下载逻辑的时序控制也不够严谨。

2. 下载操作没有让协程等待完成
   如果你的downloadFile是异步非挂起的操作（比如传统回调式下载、没用协程挂起函数），那么循环会飞快跑完所有迭代，立刻触发进度条隐藏；而下载完成的日志要等所有异步下载任务都结束后才会批量输出，这就导致你看到进度条消失后才一次性看到所有日志。

如果downloadFile是同步阻塞的，理论上每循环一次就会输出一条日志，但Logcat的缓冲机制或IO线程的日志输出延迟，也可能让你误以为是一次性出来的——但更大概率是前者的异步问题。

解决方案 #

我给你调整下代码，同时优化协程的使用方式：

1. 改用withContext更新UI，避免新建独立Scope

直接用withContext(Dispatchers.Main)切换到主线程更新UI，复用当前协程上下文，既简洁又能和父协程的生命周期绑定。

2. 把downloadFile改成挂起函数

让协程等待下载完成后再执行下一次循环，这样日志就能实时输出，进度条也会保持显示直到所有任务完成。

修改后的代码示例：

private fun init() {
    // 建议用生命周期绑定的Scope，比如Activity的lifecycleScope，避免手动管理Job
    lifecycleScope.launch(Dispatchers.IO) {
        getStuff()
    }
}

suspend fun getStuff() {
    // 切换主线程显示进度条
    withContext(Dispatchers.Main) {
        progressbar.visibility = View.VISIBLE
    }

    for (font in jsonObject.fontList) {
        if (!font.exists()) {
            // 确保downloadFile是挂起函数，会等待下载完成
            downloadFile(font)
            Timber.d("file ${font.id} downloaded: ${font.exists()}")
        } else {
            Timber.d("file ${font.id} already exists ")
        }
    }

    // 切换主线程隐藏进度条
    withContext(Dispatchers.Main) {
        progressbar.visibility = View.GONE
    }
}

// 把downloadFile改成挂起函数（以OkHttp同步下载为例）
suspend fun downloadFile(font: Font) {
    withContext(Dispatchers.IO) {
        val request = Request.Builder().url(font.downloadUrl).build()
        OkHttpClient().newCall(request).execute().use { response ->
            if (!response.isSuccessful) throw IOException("下载失败: $response")
            // 保存文件到本地
            val targetFile = File(getExternalFilesDir(null), font.id)
            response.body?.byteStream()?.use { input ->
                targetFile.outputStream().use { output ->
                    input.copyTo(output)
                }
            }
        }
    }
}

如果你的downloadFile原本是回调式的异步操作，可以用suspendCoroutine包装成挂起函数：

suspend fun downloadFile(font: Font) = suspendCoroutine<Unit> { continuation ->
    // 假设原来的回调式下载逻辑
    CustomDownloader.download(font.downloadUrl, object : DownloadListener {
        override fun onDownloadSuccess() {
            continuation.resume(Unit)
        }

        override fun onDownloadFailed(error: Exception) {
            continuation.resumeWithException(error)
        }
    })
}

额外注意事项 #

• 优先使用Android官方提供的生命周期绑定Scope（比如lifecycleScope、viewModelScope），它们会在生命周期结束时自动取消协程，避免内存泄漏，不用手动创建CoroutineScope和Job。
• 检查Logcat的过滤器设置，确保没有漏掉IO线程的日志输出。

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