React Native Device Info中getInstallerPackageName的API兼容性处理方案

在Android应用开发中，获取应用安装来源是一个常见的需求。react-native-device-info作为React Native生态中知名的设备信息获取库，其Android平台实现曾使用PackageManager.getInstallerPackageName方法。但随着Android API的演进，这个方法在API Level 30（Android 11）中被标记为废弃。

背景分析

Android系统出于隐私保护考虑，在API 30中引入了更严格的包可见性限制。原有的getInstallerPackageName方法存在以下问题：

1. 仅返回安装包的名称，信息有限
2. 未提供完整的安装来源追踪能力
3. 不符合新的隐私保护规范

新旧API对比

传统实现（API <30）

String installerPackageName = context.getPackageManager()
    .getInstallerPackageName(packageName);

新API实现（API ≥30）

InstallSourceInfo isi = context.getPackageManager()
    .getInstallSourceInfo(packageName);
String installerPackageName = isi.getInstallingPackageName();

新API通过InstallSourceInfo类提供了更丰富的安装来源信息，包括：

• 初始安装包（getInstallingPackageName）
• 发起安装的包（getInitiatingPackageName）
• 原始安装包（getOriginatingPackageName）

兼容性解决方案

在实际项目中，我们需要实现版本感知的兼容性处理。以下是推荐的实现模式：

public String getInstallerPackageNameCompat(Context context) {
    String packageName = context.getPackageName();
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.R) {
        try {
            InstallSourceInfo isi = context.getPackageManager()
                .getInstallSourceInfo(packageName);
            return isi.getInstallingPackageName();
        } catch (Exception e) {
            return "unknown";
        }
    } else {
        String installer = context.getPackageManager()
            .getInstallerPackageName(packageName);
        return installer != null ? installer : "unknown";
    }
}

最佳实践建议

1. 错误处理：新API可能抛出NameNotFoundException，需要妥善捕获
2. 返回值处理：统一返回"unknown"作为默认值，保持接口一致性
3. 权限检查：确保应用已声明QUERY_ALL_PACKAGES权限（如需要）
4. 测试验证：需在不同Android版本和设备上测试兼容性

延伸思考

这种API演进模式在Android开发中很常见，开发者需要注意：

• 定期检查Android API变更日志
• 建立完善的版本兼容机制
• 考虑使用Jetpack库中的兼容性组件
• 在React Native桥接层做好异常处理

对于react-native-device-info这样的基础库，及时跟进平台API变化尤为重要，建议社区开发者可以主动提交PR帮助维护这类基础功能。