查询Android已安装应用名称时触发ANR问题求助

问题成因 #

从堆栈信息和代码来看，触发ANR的核心原因有两点：

1. 耗时操作阻塞主线程：尽管getInstalledApplicationAsync是suspend函数，但它实际运行在主线程中（堆栈显示最终走到ActivityThread.main和Looper.loop）。协程的suspend关键字本身不会自动切换线程，若未指定后台调度器，代码仍会在调用线程（此处为主线程）执行。
2. 资源加载的开销：调用packageManager.getApplicationLabel(element)时，系统需要加载目标应用的APK资源文件（从堆栈中的ApkAssets.nativeLoad可以看出）。遍历所有已安装应用时，重复执行这个I/O密集型操作会持续占用主线程，导致UI无法响应，最终触发ANR。

解决方案 #

1. 将耗时操作切换到后台线程 #

使用Kotlin协程的withContext(Dispatchers.IO)将遍历应用和获取标签的逻辑切换到I/O线程，避免阻塞主线程：

suspend fun getInstalledApplicationAsync(packageManager: PackageManager) {
    val appList = mutableListOf<ApplicationsItemRequest>()
    // 切换到IO线程执行耗时操作
    withContext(Dispatchers.IO) {
        val apps = packageManager.getInstalledApplications(0)
        apps?.forEach { element ->
            // 在后台线程调用资源加载方法
            val label = packageManager.getApplicationLabel(element).toString()
            // 构建应用信息对象
            appList.add(ApplicationsItemRequest(/* 填充所需字段 */))
        }
    }
    // 如需更新UI，切换回主线程处理结果
    withContext(Dispatchers.Main) {
        // 处理收集到的appList
    }
}

2. 优化资源加载逻辑（可选） #

若业务允许，可减少不必要的资源加载：

• 如果不需要应用显示名称，直接使用element.packageName作为标识，跳过getApplicationLabel调用。
• 对已获取的应用标签进行本地缓存，避免重复加载相同应用的资源。

3. 分批处理应用列表（可选） #

针对应用数量极多的设备，可将遍历拆分为多个批次，在协程中分段处理，避免长时间占用后台线程：

withContext(Dispatchers.IO) {
    val apps = packageManager.getInstalledApplications(0) ?: return@withContext
    // 按每20个应用为一批处理
    apps.chunked(20).forEach { batch ->
        batch.forEach { element ->
            val label = packageManager.getApplicationLabel(element).toString()
            appList.add(ApplicationsItemRequest(/* 填充字段 */))
        }
        // 每批处理后短暂让出线程（可选）
        delay(10)
    }
}

验证要点 #

• 确保调用getInstalledApplicationAsync的代码没有强制绑定主线程（比如不要在MainScope中直接调用而不切换调度器）。
• 在低性能设备（老旧机型、存储速度慢的设备）上测试，确认ANR问题不再出现。

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