大多数答案都是正确的。另一个原因是

►你的min SDK比设备SDK小。 ►您的设备中有具有相同包名的旧应用程序

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

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

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

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

这是一个丑陋但快速的解决方案:使用JDK 6而不是7。

在阅读了Chloe的回答后，我卸载了JDK 7(目前不需要它)并安装了JDK 6。这就解决了问题。一个更好的解决方案是让ant使用JDK 6(不卸载7)。也许可以改变/设置这个属性:

java .

在当地。属性文件。它在项目目录(根目录)中。

Android不支持JDK 7(只有6或5)，所以让ant脚本也使用JDK 6或5可能是一个很好的解决方案。

首先，试着这样做:

去Gradle脚本→build . Gradle (module:app)→然后你必须改变(minSdkVersion)的值。例如，如果您使用26，您可以尝试降低值，如(minSdkVersion 20) 那就试试(现在同步)。

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

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

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

我也面临着同样的问题。首先，我使用V2生成构建，并将其安装在运行OS 5.1的移动设备上，我得到了相同的问题。但是build在运行于OS 7.0的平板电脑上运行得很好。所以我用V1 Jar签名生成构建，它在两个设备上都工作得很好。

结论:如果您支持android OS 7.0以下的设备。使用V1 jar签名来生成构建。