为什么getPackageManager().getInstalledPackages()会导致应用程序崩溃

getPackageManager().getInstalledPackages() 是 Android 开发中用于获取设备上已安装应用列表的方法，其崩溃可能由以下原因及解决方案导致：

一、基础概念

该方法属于 PackageManager 类，通过 PackageManager.GET_META_DATA 等标志位返回 PackageInfo 列表，包含应用包名、版本等元数据。需注意：

• 耗时操作：扫描全部应用可能耗时较长（尤其在低端设备或应用过多时）。
• 权限要求：Android 8.0（API 26）后需显式声明 QUERY_ALL_PACKAGES 权限（非系统应用可能受限）。

二、崩溃原因及解决方案

1. 主线程阻塞（ANR）

• 现象：UI 冻结或弹出 "Application Not Responding"。
• 原因：在主线程同步调用此方法，导致阻塞。
• 解决：
• 解决：

2. 权限不足

• 现象：SecurityException 或返回空列表。
• 原因：
  • Android 11+ 对非系统应用限制访问其他应用信息。
  • 未声明 <uses-permission android:name="android.permission.QUERY_ALL_PACKAGES" />。
• 解决：
  • 检查 AndroidManifest.xml 是否声明权限。
  • 降级使用 queryIntentActivities() 或仅查询自身应用信息。

3. 内存不足（OOM）

• 现象：OutOfMemoryError。
• 原因：返回的 PackageInfo 列表过大（如设备安装数千应用）。
• 解决：
• 解决：

4. 标志位冲突

• 现象：IllegalArgumentException。
• 原因：传递无效标志位组合（如 MATCH_UNINSTALLED_PACKAGES 对非系统应用无效）。
• 解决：仅使用基础标志位（如 0 或 PackageManager.GET_META_DATA）。

三、应用场景与替代方案

• 合规场景：应用商店、安全扫描工具（需用户授权）。
• 替代方案：
  • 使用 PackageManager.getApplicationInfo() 查询特定应用。
  • 通过 Intent.resolveActivity() 检查特定功能是否可用。

四、示例代码（安全调用）

fun loadInstalledApps(context: Context, callback: (List<PackageInfo>) -> Unit) {
    CoroutineScope(Dispatchers.IO).launch {
        try {
            val packages = context.packageManager.getInstalledPackages(0)
            withContext(Dispatchers.Main) { callback(packages) }
        } catch (e: SecurityException) {
            Log.e("PackageUtils", "Permission denied", e)
        }
    }
}

五、总结

崩溃通常由线程阻塞、权限缺失或内存问题引发。建议异步调用、检查权限声明，并合理处理大数据量场景。若仅需检测特定应用是否存在，优先使用更精准的 API 替代全局查询。