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

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

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

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

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

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

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

这是因为之前生成的版本和当前版本在v1(jar签名)和v2(完整的APK签名)之间的签名版本有冲突，

在生成签名APK对话框中修正正确的签名版本

首先，试着这样做:

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

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

我的项目MinSDK -> 24

我的手机安卓版本-> 21

当我试图在运行api v23的手机上安装针对Android N预览构建的Xamarin项目时，我得到了这个错误。解决办法是不要这样做。