Android应用升级安装失败求助：签名一致仍报错

结合你描述的现象（删除旧版可正常安装、调试旧版后安装新版失败、签名哈希一致、其他APK安装正常）和提供的代码，我整理了几个核心原因和对应的解决办法：

一、安装代码的兼容性问题（Android 7.0+） #

你的代码中使用了Uri.fromFile()来获取APK的Uri，但从Android 7.0（API 24）开始，系统禁止直接暴露文件Uri给其他应用（包括安装程序），否则会触发FileUriExposedException，这可能导致解析错误或安装失败。虽然你说其他APK能正常安装，大概率是那些APK的安装逻辑适配了FileProvider。

解决方法：改用FileProvider生成Uri #

1. 在AndroidManifest.xml中注册FileProvider：

<application>
    ...
    <provider
        android:name="androidx.core.content.FileProvider"
        android:authorities="${applicationId}.fileprovider"
        android:exported="false"
        android:grantUriPermissions="true">
        <meta-data
            android:name="android.support.FILE_PROVIDER_PATHS"
            android:resource="@xml/file_paths" />
    </provider>
</application>

2. 创建res/xml/file_paths.xml文件：

<?xml version="1.0" encoding="utf-8"?>
<paths xmlns:android="http://schemas.android.com/apk/res/android">
    <external-path name="external_files" path="." />
</paths>

3. 修改安装Intent的代码：

File fileTest = new File(Environment.getExternalStorageDirectory() + "/download/appName.apk");
if (fileTest != null && fileTest.exists()) {
    Intent intent = new Intent(Intent.ACTION_VIEW);
    Uri apkUri;
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.N) {
        // 适配Android 7.0+，用FileProvider生成Uri
        apkUri = FileProvider.getUriForFile(context, context.getPackageName() + ".fileprovider", fileTest);
        // 授予临时读取权限
        intent.addFlags(Intent.FLAG_GRANT_READ_URI_PERMISSION);
    } else {
        apkUri = Uri.fromFile(fileTest);
    }
    // 移除不必要的Flags：FLAG_ACTIVITY_CLEAR_TASK | FLAG_ACTIVITY_NEW_TASK会干扰安装流程
    intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
    intent.setDataAndType(apkUri, "application/vnd.android.package-archive");
    startActivity(intent);
}

二、调试状态下的进程残留问题 #

当你调试旧版本应用后，应用进程可能并没有完全终止（比如调试会话未正常结束、后台服务仍在运行），此时系统会锁定应用的安装目录，导致新版APK无法覆盖安装，进而出现“应用未安装”的错误。

解决方法： #

• 调试结束后，在Android Studio中点击停止按钮彻底终止调试进程；
• 或者在设备的应用设置中找到旧版本应用，点击「强制停止」，再尝试安装新版APK。

三、签名一致性的验证方式不够严谨 #

你使用hashCode()比较签名的方式存在风险，因为不同的Signature对象可能会有相同的hashCode（哈希碰撞），导致误判签名一致。

解决方法：改用equals()直接比较Signature对象 #

String path2 = Environment.getExternalStorageDirectory() + "/download/appName.apk";
Signature sig = updateContext.getPackageManager().getPackageInfo(updateManager.updateContext.getPackageName(), PackageManager.GET_SIGNATURES).signatures[0];
Signature releaseSig = updateManager.updateContext.getPackageManager().getPackageArchiveInfo(path2, PackageManager.GET_SIGNATURES).signatures[0];
// 用equals替代hashCode比较
if (!sig.equals(releaseSig)) {
    // 签名不一致的处理逻辑
}

四、版本号问题（容易被忽略） #

确保新版APK的versionCode严格大于旧版本的versionCode，如果新版的versionCode小于等于旧版，系统默认会拒绝安装（除非开启了允许降级的设置，但普通设备默认关闭）。

解决方法： #

检查build.gradle（或build.gradle.kts）中的versionCode配置，确保新版数值更高。

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