Android图片压缩：无需runBlocking让主线程等待协程的实现方案

我来帮你解决这个问题——在Android上不阻塞主线程的情况下完成图片压缩，同时确保后续操作能正常拿到压缩后的文件。runBlocking确实会卡住UI线程，很容易引发ANR（应用无响应），所以我们可以用以下几种更合适的异步方案：

1. 使用 LifecycleCoroutineScope 配合协程（推荐） #

因为你是在Activity中操作，lifecycleScope是Jetpack提供的协程作用域，会自动和Activity生命周期绑定，能避免内存泄漏。我们可以把压缩任务放到IO线程执行，完成后再切回主线程处理结果：

// 替换原来的runBlocking代码
lifecycleScope.launch(Dispatchers.IO) {
    // 在IO线程执行耗时的图片压缩
    val tempCompressedImage = Compressor.compress(this@UpdateProfileActivity, cachedFile.absoluteFile)
    
    // 切回主线程更新数据并执行后续操作
    withContext(Dispatchers.Main) {
        compressedImage = tempCompressedImage
        camera = "gallery"
        // 这里执行compressedImage相关的业务逻辑，比如上传、显示图片等
    }
}

为什么这么做？ #

Dispatchers.IO专门用于处理磁盘IO、文件操作这类耗时任务，不会占用主线程资源；压缩完成后通过withContext(Dispatchers.Main)切回主线程，保证后续UI操作或业务逻辑在安全的线程执行。

2. 利用压缩库的异步回调接口（如果支持） #

不少图片压缩库本身提供了异步回调的API，如果你的Compressor支持的话，可以直接用回调方式实现：

// 假设Compressor有compressAsync这类异步方法（具体看库的文档）
Compressor.compressAsync(this@UpdateProfileActivity, cachedFile.absoluteFile) { result ->
    // 注意：部分库的回调可能在后台线程执行，需要切回主线程
    runOnUiThread {
        compressedImage = result
        camera = "gallery"
        // 执行后续操作
    }
}

注意点 #

如果不确定回调的线程，一定要用runOnUiThread包裹主线程操作，避免出现线程安全问题。

3. 使用 Flow 响应式处理结果 #

如果你偏好响应式编程风格，可以用Flow来封装压缩任务：

// 封装压缩逻辑为Flow
fun compressImage(file: File): Flow<File> = flow {
    val compressedFile = Compressor.compress(this@UpdateProfileActivity, file.absoluteFile)
    emit(compressedFile)
}.flowOn(Dispatchers.IO) // 指定压缩任务在IO线程执行

// 在Activity中收集Flow结果
lifecycleScope.launch {
    compressImage(cachedFile.absoluteFile).collect { compressedFile ->
        compressedImage = compressedFile
        camera = "gallery"
        // 执行后续操作
    }
}

优势 #

Flow自带线程切换能力，flowOn(Dispatchers.IO)确保压缩在后台执行，而收集结果的collect方法默认在主线程运行（因为lifecycleScope绑定主线程），无需额外切换线程。

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