如何处理Android App Bundle离线P2P安装导致的Resources$NotFoundException崩溃？

我来分享几个实用的方案，既有官方推荐的思路，也有行业里验证过的优雅规避方式，帮你在保留App Bundles优势的同时解决崩溃问题：

1. 核心资源强制打包到基础APK（官方支持） #

你可以通过Gradle配置，把那些最关键、最容易引发崩溃的图片资源（比如启动图标、主界面核心控件图）设置为不参与资源拆分，直接打包到基础APK里。这样不管P2P共享的是哪个拆分版本，核心资源都不会缺失。

配置示例：

android {
    bundle {
        density {
            // 可选：指定不拆分的dpi范围，比如保留mdpi作为基础通用资源
            exclude "ldpi", "hdpi", "xhdpi", "xxhdpi", "xxxhdpi"
            // 或者精准指定单个资源不拆分
            keep "drawable-xxxhdpi/app_logo.png"
        }
    }
}

这个方案的好处是完全不影响App Bundles的正常分发，只是把必要资源固定在基础包，体积增加有限。

2. 全局资源降级处理（优雅规避崩溃） #

在应用里对资源获取做一层包装，捕获Resources$NotFoundException，当某个dpi资源缺失时，自动降级到通用dpi的资源（比如mdpi）或者显示占位图，避免崩溃。

比如写一个全局的资源获取工具类：

public class ResourceUtils {
    public static Drawable getDrawableSafe(Context context, int resId) {
        try {
            return ContextCompat.getDrawable(context, resId);
        } catch (Resources.NotFoundException e) {
            // 日志记录缺失的资源ID，方便后续优化
            Log.e("ResourceUtils", "Missing resource: " + context.getResources().getResourceName(resId));
            // 降级到默认占位图或者通用dpi资源
            return ContextCompat.getDrawable(context, R.drawable.default_placeholder);
        }
    }
}

然后把所有获取图片资源的地方替换成这个工具方法，这样即使资源缺失，也只会显示占位图，不会导致崩溃，用户体验会好很多。

3. 针对P2P安装来源的优化方案 #

你之前提到的检查安装来源可以优化一下，不要直接引导用户重新下载整个应用：

• 先识别常见的P2P工具包名（比如ShareIt是com.lenovo.anyshare.gps，Files Go是com.google.android.apps.nbu.files）
• 当检测到是这些来源安装时，在应用首次启动时做一次资源完整性检查
• 如果发现缺失关键资源，提示用户“当前版本缺少适配您设备的资源，是否补充下载？”，然后通过应用内的下载功能获取对应的资源APK（需要联网，但比重新下载整个应用高效）

4. 启用Play Console的Universal APK生成（备选） #

如果以上方案都不能满足需求，你可以在Play Console里配置生成Universal APK（包含所有资源和ABI的完整APK），然后针对P2P场景引导用户下载这个版本。不过这个方案会牺牲App Bundles的体积优势，适合作为临时过渡方案。

官方背景补充 #

Google确实在推进P2P工具对App Bundle拆分APK的支持（比如Files Go已经实现了正确的拆分APK共享），但第三方工具或者旧版本工具可能还存在兼容问题。短期来看，上面的几个方案可以帮你有效控制崩溃率，同时保留App Bundles的核心优势。

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