原创内容，转载请注明原文网址：http://homeqin.cn/a/wenzhangboke/jishutiandi/Android/2019/0609/533.html

招致这个题目的缘故目前就我所晓得的而言大致有三种(其余缘故请看文章末端)：

一、应用v1、v2体例署名带来的题目

二、Android7.0新特性招致的缘故

三、运用内更新没有读取权限招致的安置包剖判腐朽

一、应用V1、v2体例署名的题目

既然说到所谓的v1、v2署名，辣么我们起首要晓得啥是v1、v2署名,它们有甚么感化，它们的差别在甚么处所。晓得了这些以后你就会根基搞清晰为何偶然候会出现安置腐朽的环境出现。

1、甚么是v1、v2署名

V1署名：即Jar Signature，可以明白为只对jar进行了署名；

V2署名：即Full Apk Signature，可以当作是对全部Apk文件进行署名；

对照官方的说法是： 这个署名(v2)是在全部APK文件的二进制内容上计较和验证的，而不是在v1的归档文件中解压缩文件内容

2、应用V1或V2署名的apk有那些差别

独自的对Apk进行V1或v2署名会产生甚么样的后果：

V1：在v1中只对未压缩的文件内容进行了验证，所以在APK署名以后可以进行良多点窜------文件可以挪动，乃至可以从新压缩。即可以对署名后的文件在进行处分。

V2：v2署名验证了归档中的所有字节，而不是独自的ZIP条款；这就造成了要是你在构建过程当中有任何定制使命，包孕窜改或对Apk文件进行加固，请尽管不要应用它们，否则可能会招致你的v2署名无效，从而使你的APKs与Android 7.0和以上版本不兼容。

V2署名是在Android Studio2.2后谷歌推出的新的署名体例，辣么相比于V1署名它有那些优点：

因为它是对全部apk文件进行署名，而少许对apk的窜改和处分可能会使署名无效，是以很显然的可以看出：它是一种加倍安全的署名体例。

应用V2体例署名的apk要花更少的时间在建筑上验证(不必要解压)，从而加速了运用安置时间。

应用V2署名的安置包比应用v1署名的安置包的体积更小。

3、两种署名体例若何选定

到这里相信你曾经对这两种署名体例有了必然的明白，辣么在现实运用中我们应该若何选定呢？

1、 要是要支持 Android 7.0 以下版本，辣么尽管同时选定两种署名体例，不过一旦遇到署名题目，可以只应用 v1 署名方案；

2、要是必要对署名后的信息做处分点窜，那就应用v1署名方案；

3、要是末了遇到种种差别的题目，可以不勾选v1和v2，干脆打包署名。

二、Android7.0新特性招致安置包剖判腐朽

Android7.0引入专有目次被限制走访和StrictMode API 。即在Android7.0专有目次下将被限制走访；StrictMode API是指不准向你的运用外公示 file:// URI，要是一项包含文件 file:// URI范例 的 Intent 离开你的运用，则会报出非常。

要是我们在代码中：

Intent install = new Intent(Intent.ACTION_VIEW); install.setDataAndType(Uri.fromFile(new File(fileName)), "application/vnd.android.package-archive"); install.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK); context.startActivity(install);

这在Android7.0及以上会使运用产生非常，办理方案即是我们可以应用FileProvider

三、对文件没有读取权限招致的安置包剖判腐朽

起首我们应该晓得一点，当我们在在运用内下载完安置包时，程序会挪用我们的安置器离开我们的运用。这时会产生一个题目：我们下载的安置包在某些奇葩手机上写惟有本运用有读写权限，当我们挪用安置器时就离开了目前运用，安置器没有我们文件的读写权限。是以，会出现剖判腐朽的环境。

这个时候我们可以通过在代码中写入linux指令点窜此apk文件的权限，改成全局可读可写可执行：

String[] co妹妹and = {"chmod", "777", file.getPath() }; ProcessBuilder builder = new ProcessBuilder(co妹妹and); try { builder.start(); } catch (IOException e) { e.printStackTrace(); }

其余环境

文件损坏，或者文件被点窜；

Android8.0权限题目，这不会招致剖判包错误，但会报非常错误。必要在AndroidManifest.xml文件中增加权限"REQUEST_INSTALL_PACKAGES"。

应用了第三方加固、多渠道打包对象(如：360加固)带来的兼容性题目，也是招致安置包剖判腐朽的紧张缘故之一；所以建议开发者干脆应用AS手动殽杂代码和打包，尽管不要为了贪婪利便应用第三方加固打包对象。

对Apk的重复加固也会招致此题目。