以我为例，我用MinimumSDK安装了一个比我实际设备的Android版本更大的项目。我用了另一个装置，它解决了。

我的项目MinSDK -> 24

我的手机安卓版本-> 21

你直接在。apk文件中编辑AndroidManifest.xml了吗?如果是这样，那就行不通了。

每个Android .apk如果要安装在手机上，即使你没有通过市场安装，也需要签名。开发工具通过签署开发证书来解决这个问题，但.apk仍然是签名的。

这样做的一个用途是，设备可以判断.apk是否是已安装应用程序的有效升级，因为如果是的话，证书将是相同的。

因此，如果你对你的应用程序做了任何更改，你需要重新构建.apk，以便正确签名。

也许，您已经将构建变体从调试更改为发布。发布变体需要一个特殊的证书。 你可以在build->菜单下选择build variant... .更改build variant

我发现当使用错误的签名配置时也会出现这个错误。如上所述，Android 7.0引入了一个新的签名方案V2。V2方案签署整个APK，而不仅仅是JAR，就像在V1方案中所做的那样。如果您只使用V2签名，并试图安装在7.0之前的目标上，您将得到这个错误，因为jar本身没有签名，7.0之前的PackageManager无法检测到V2 APK签名的存在。

为了与所有目标系统兼容，请在Android Studio的Generate signed APK对话框中检查两个签名版本框，以确保APK与这两个方案都有签名，如下所示:

如果预期只有7.0目标，则不需要包括V1签名。

打开终端，写Clean project->按enter->这个问题会在几秒钟内自动解决。

另一种得到这个错误的方法是在macOS上使用ant构建，并在应用程序的源树中有一个Finder图标文件(icon \r)。它似乎jarsigner不能处理文件名中的回车，尽管它会声称签名是有效的，如果你-验证APK，它总是导致APK不会安装在设备上。具有讽刺意味的是，谷歌驱动器查找器插件是Finder图标文件的一个很好的来源。

解决方案是在文件集中使用这样的说明符排除违规文件(这些文件在APK中是无用的):

    <exclude name="**/Icon&#13;" />