Android 5.1.1应用Package Manager崩溃问题技术求助

这个问题我之前维护低版本兼容的应用时碰到过，结合你给出的Crashlytics堆栈来看，核心是Android 5.1.1系统的PackageManager进程崩溃，导致Google Play Services的可用性检查触发了RuntimeException。先把异常堆栈清晰列出来：

Fatal Exception: java.lang.RuntimeException
Package manager has died
android.app.ApplicationPackageManager.getPackageInfo (ApplicationPackageManager.java:160)
com.google.android.gms.common.zzp.isGooglePlayServicesAvailable (Unknown Source)
com.google.android.gms.common.zzf.isGooglePlayServicesAvailable (Unknown Source)
com.google.android.gms.common.GoogleApiAvailabili...

问题根源 #

1. Android 5.x系统的PackageManager稳定性短板：5.1.1版本的PackageManager在系统内存不足、后台进程冲突时，很容易出现进程崩溃重启的情况，此时调用getPackageInfo这类PackageManager相关API就会抛出这个致命异常。
2. 旧版GMS的异常处理缺失：你使用的Google Play Services版本在低版本系统上，没有对PackageManager崩溃的场景做兜底捕获，直接把底层异常抛成了RuntimeException，导致应用直接崩溃。

可行的解决方案 #

1. 给GMS检查代码添加异常捕获（最推荐）

把调用isGooglePlayServicesAvailable的逻辑包裹在try-catch块里，捕获RuntimeException，同时可以加个简单的重试逻辑——因为PackageManager崩溃后会自动重启，重试大概率能成功：

import com.google.android.gms.common.GoogleApiAvailability;
import android.os.Looper;
import android.os.Handler;
import android.util.Log;

// ...

private void checkGooglePlayServices(Context context) {
    try {
        int gmsStatus = GoogleApiAvailability.getInstance().isGooglePlayServicesAvailable(context);
        // 正常处理GMS状态：比如提示更新、继续业务逻辑
        if (gmsStatus != com.google.android.gms.common.ConnectionResult.SUCCESS) {
            // 处理GMS不可用的常规情况
        }
    } catch (RuntimeException e) {
        // 捕获PackageManager崩溃的异常
        Log.e("GMSCheck", "PackageManager crashed during GMS check", e);
        // 延迟1秒重试，给PackageManager留足重启时间
        new Handler(Looper.getMainLooper()).postDelayed(() -> {
            checkGooglePlayServices(context);
        }, 1000);
    }
}

2. 针对Android 5.x做GMS版本降级（备选）

如果你的应用对GMS功能要求不高，可以尝试把Google Play Services的依赖版本降到更适配Android 5.x的系列（比如16.x版本），不过这个方案可能带来其他兼容性问题，需要充分测试后再上线。

3. 优化应用内存占用（辅助）

虽然不能彻底避免PackageManager崩溃，但优化应用自身的内存使用，减少系统资源紧张的概率，能降低这类异常的触发频率：比如及时释放Bitmap、排查并修复内存泄漏等。

补充说明 #

这类异常通常是偶发的，用户设备重启或者PackageManager自动重启后就能恢复正常，但为了避免用户体验受损，必须在代码层面做兜底处理，防止应用直接崩溃。

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