在网上看到出现这个异常的原因是使用的了 Native lib 或者 JNI 之类的反正就是跟硬件有关的乱七八糟的包. 例如我使用了 一个图片压缩的包, 涉及到了 JNI, 之后打包就出现了上述的异常. 解决方案: 在 app 的 moudle 的 build.gradle 文件中, 粘贴一下代码, 注意是添加在 android {} 大括号中. // 解决 native librarie...

当编译器出现使用的库与源码不匹配的报错时，处理方式如下： 1. 先看包含的源码的路径有没有正确包含进来，可是在代码中#include一个源码头文件试下是否正常。若不正常，则应该先查看下包含文件的路径是否正确包含。 2. 查看包含的新库的路径是否正常，确定引用的库是否全部引用！ 有时候将写好的程序运行到Android模拟器上的时候，可能会遇到" Install ation failed with message INSTALL _ FAILED _NO_ MATCHING _ ABI S: Failed to extract native libraries, res=-113." 的错误， 导致这个错误的原因是你的应用使用了原生库（NDK，Native Lib），这些库的编译目标通常是 arm 架构 的cpu，在 x86 上运行就会报这样的错误。 换成 arm 架构 的模拟器：既然x8

未能加载文件或程序集“System.Data.SQLite, Version=XXX, Culture=neutral, PublicKeyToken=XXX”或它的某一个依赖项。试图加载格式不正确的程序。 解决System.Data.SQLite兼容32位和64位问题 将当前说明文档的目录下的x64、 x86 目录和System.Data.SQLite.dll文件复制到您的应用程序根目录中（注意更新引用）。 如果是WEB网站，则复制到Bin目录下即可，发布时，也注意x64和 x86 一起打包发布 注意，当前的System.Data.SQLite.dll是完全的托管代码，不是混合程序集，文件大小为两百多KB， 如果你使用的是八百多KB以上的，说明你使用的是混合程序集，混合程序集是指定的处理器 架构 的，无法在不同 架构 下使用 所谓混合程序集的System.Date.SQLite指的是包含了托管的代码和Native的C/C++代码，本 解决办法 提供的System.Data.SQLite的为完全的托管 代码，必须配合Native Interop dll才能使用 注意：当前使用的System.Data.SQLite.dll是版本是1.0.86.0

其中，< abi > 是[支持的 ABI ](() 下列出的 ABI 名称之一，<name> 是您为 [Android.mk](() 文件中的 LOCAL_MODULE 变量定义库时使用的库名称。由于 APK 文件只是 zip 文件，因此打开它们并确认共享原生库位于该位于的位置很简单。 如果系统在预期位置找不到原生共享库，便无法使用它们。在这种情况下，应用本身必须复制这些库，然后执行 dlopen()。 在胖 APK 中，每个库位于名称与相应 ABI 匹配的目录下。例如，胖 APK 可能包