Android java.lang.VerifyError？

Question

在我的 Android 应用程序中，我总是收到VerifyErrors！ 我不明白为什么。 每当我包含外部 JAR 时，当我尝试启动我的应用程序时，我总是会遇到VerifyErrors（除了一次，当我包含 Apache Log4j 时）。

我通常通过获取库的源代码并将其添加到我的项目中来解决这个问题，但是我正在尝试放置 GData 客户端库。

我可以在源代码中获取它，但它的依赖项（mail.jar、activation.jar、servlet-api.jar）我不能，所以我收到验证错误。 我想一劳永逸地找出这个问题的根源。 我上网查了一下，好像都是说类文件不完整？ 我不知道。

Answer 1

查看 LogCat 并查看导致验证错误的原因。 您正在使用的 Android SDK 级别可能不支持 java.lang 类中的某些方法（例如，String.isEmpty()）。

Answer 2

来自 android-developers：

“adb logcat 的输出" 表示不能的类
找到以及具有错误引用的类。 那个地点
被识别到特定的 Dalvik 指令。 诀窍是
查看异常上方的日志。

Answer 3

Android 使用不同的类文件格式。 您是否通过 Android SDK 附带的“dx”工具运行第 3 方 JAR 文件？

Answer 4

为了使其工作，您需要将库的 jar 添加到源文件夹之一（即使您已经将其添加为 eclipse 库，您仍然需要将其添加为源）。

1. 在您的项目中创建一个目录
   （例如“libs”）并放入库jar
   那里。
2. 将目录添加到构建类中
   路径通过（单击右键
   文件夹并选择“构建路径”->“使用
   作为源文件夹”）。
3. 重建您的项目。

Answer 5

这件事现在就发生在我身上。
导致该错误的原因是我使用了设备所具有的较新 SDK 中的方法。

Android 1.5 设备使用以下命令安装了 apk：

<uses-sdk android:minSdkVersion="3" android:targetSdkVersion="4"/>

Answer 6

我发现了一个有趣的案例。 我使用：

<uses-sdk
   android:minSdkVersion="9"
   android:targetSdkVersion="18" />

所以一些新的 Android 4 功能在 Android 2.3 中并未实现，例如 ImageView.setLayerType。 为了简单地避免运行时错误：

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) {
   setLayerType(View.LAYER_TYPE_SOFTWARE, null);
}

这种方法也应该与异常处理一起使用：

} catch (NetworkOnMainThreadException nomte) {
   // log this exception
} catch (SocketTimeoutException socketTimeoutException) {
   // log this exception
}

NetworkOnMainThreadException在Android 2.3中没有实现，所以当类加载时（而不是之前！）发生异常java.lang.VerifyError。

Answer 7

如果您使用的是 Retrolambda，您可能已向接口添加了静态方法（仅在 Java 8 中允许）。

Answer 8

这也可能是由于 Lollypop 以下版本的引用限制错误而发生，其中最大大小限制为 65K 以上

问题的可能解决方案

第 1 步：将 android-support-multidex.jar 添加到您的项目中。 该 jar 可以在您的 Android SDK 文件夹 /sdk/extras/android/support/multidex/library/libs 中找到。

步骤 2：使用 MultiDexApplication 扩展您的应用程序，例如，

public class MyApplication extends MultiDexApplication

步骤 3：覆盖 AttachBaseContext

protected void attachBaseContext(Context base) {
 super.attachBaseContext(base);
 MultiDex.install(this);
}

步骤 4：
下一步是将以下内容添加到应用程序 build.gradle 的 android 部分

 dexOptions {
      preDexLibraries = false
   }

Step5：
最后，按照您的应用程序 build.gradle 的一般部分

afterEvaluate {
   tasks.matching {
      it.name.startsWith('dex')
   }.each { dx ->
      if (dx.additionalParameters == null) {
         dx.additionalParameters = ['--multi-dex']
      } else {
         dx.additionalParameters += '--multi-dex'
      }
   }
}

了解详细信息，请查看

https:// /developer.android.com/tools/building/multidex.html

Answer 9

就我而言，当我从 Eclipse Indigo 更新到 Eclipse Juno 时，就发生了这种情况：我不确定真正的原因是什么，但是，我长期从事的 Android 项目由于该异常而停止了工作。

经过许多小时的尝试解决该问题后，我找到了适合我的解决方案。

在我的 Android 项目中，我使用同一工作区中的其他项目（例如“MyUtils”）。 因此，我需要执行以下操作：

右键单击 Android 项目 -> 构建路径-> 配置构建路径

现在，转到“Order and Export”选项卡并选中“MyUtils”。 就是这样：我摆脱了这个恼人的异常。

Answer 10

我将 gradle 版本从 2.0.0-alpha2 降级到 1.5.0 解决了这个问题。

Answer 11

该问题也可能是由两个 Android 项目之间不匹配引起的。 例如，如果您使用包“com.yourcompany”开发了一个 android 库，那么您的主应用程序项目将使用与基础包相同的包。 然后假设您想要更改主应用程序的版本，因此您更改了清单文件的值：版本代码和版本名称。 如果您运行应用程序而不更改库的这些值，则对库中对象的任何方法调用都会收到验证错误。

Answer 12

我遇到过同样的问题。 我正在使用 2.1 r1 进行构建，并使用新的 adt 17 更新到 2.1 r3。我在 javamail 的 mail.jar 上遇到了验证错误，这让我发疯。 这是我解决问题的方法：

1. 创建一个 libs/ 文件夹并添加 jar。
2. 右键单击> 添加为源文件夹

我尝试重建但失败。 我删除了 libs/ 目录作为源文件夹，并删除了对构建路径中 3 个 jar 文件的引用。 然后我再次添加了 libs/ 文件夹，并将 libs/ 文件夹中的每个 jar 添加到构建路径。 现在它按预期工作了。 这是一个奇怪的解决方法，但它对我有用。

Answer 13

在 Eclipse 4.x 中，如果遇到此问题，请尝试以下操作：

1. 将所有包含的第 3 方 jar 迁移到 User-Libaray 中，
2. 将 user lib 上移到 android lib 之前，并在 Order 中检查它导出选项卡
3. 清理并重建以运行

Answer 14

我在更新 SDK 后遇到了这个问题。 编译器对我的外部库有问题。 我这样做了：右键单击项目，然后“android Tools > add support library...”，此安装在我的项目库“android-support-v4.jar”上。

Answer 15

java.lang.VerifyError 表示您编译的字节码引用了 Android 在运行时找不到的内容。 即使我在两个设备中运行相同的版本，此 verifyError 仅向我发出 kitkat4.4 和较低版本，而不是上述版本。 当我使用旧版本的 jackson json 解析器时，它显示 java.lang.VerifyError

compile 'com.fasterxml.jackson.core:jackson-databind:2.2.+'
compile 'com.fasterxml.jackson.core:jackson-core:2.2.+'
compile 'com.fasterxml.jackson.core:jackson-annotations:2.2.+'

然后我已将依赖项更改为 最新版本 2.2 到 2.7，没有 核心库（当我包含 core2.7 时，它给出了 verifyError），然后它就可以工作了。 这意味着core的方法和其他内容已迁移到最新版本的Databind2.7。 这解决了我的问题。

compile 'com.fasterxml.jackson.core:jackson-annotations:2.7.0-rc3'
compile 'com.fasterxml.jackson.core:jackson-databind:2.7.0-rc3'

Answer 16

我也得到了 VerfiyError...找不到真正的原因。 它有助于将新代码行包装到方法中（Eclipse，“提取方法...”）。 所以就我而言，原因不是不受支持的方法。

Answer 17

我有非常类似的问题。 我添加了 Apache POI jar，当我更新到 android SDK 22.3 时出现问题。

我检查了 Android 私有库，因此这不是 android SDK 的常见问题。 我取消选中所有 Apache POI jar 并一一添加。 我发现 poi-3.9-20121203.jar 应该在 poi-ooxml-3.9-20121203.jar 之前。 否则它将无法工作。

Answer 18

如果您有测试，请尝试从 build.grade 文件中注释掉这一行：

testCoverageEnabled = true

对我来说，这会导致使用 Java 1.7 功能的类（尤其是字符串 switch 语句）出现VerifyError 异常。

Answer 19

进行 git pull 后我遇到了同样的问题。

解决方案：构建-> 清洁项目。

希望这可以帮助。

Answer 20

我还发现了另外一个案例。

条件：

• 使用Retrolambda（不确定是否有必要）；
• 在接口中创建静态方法。

结果是繁荣！ 尝试访问使用该接口的类时出现 java.lang.VerifyError 错误。 看起来 Android（在我的例子中是 4.4.*）不喜欢接口中的静态方法。 从接口中删除静态方法会使VerifyError消失。

Answer 21

我也遇到了这个问题，就像我的 jars 在用户库中一样...

我解决这个问题的方法是将它们添加到 lib 文件夹中，然后将它们添加到 eclipse 中的构建属性中...

我第一次这样做时不起作用，但后来我删除了它们并再次阅读它们，它开始工作......

有点奇怪！ 但现在一直在工作。

祝你好运

Answer 22

我已经编写了 SDK 2.1 中的 Android API 方法/类，并尝试在 Android 1.6 模拟器上运行它。 所以我得到了那个错误。

解决方案：
将其更改为正确的模拟器版本。

这对我有用..谢谢。

Answer 23

对于后人来说，我刚刚收到此错误是因为我使用的是 Arrays.copyOf() 这不是 Java 1.5 支持的方法，它对应于 Android Level 4。因为我正在运行包括在 1.6 下开发的库，所以它们编译得很好。 当我将有问题的类移至我的 Android 项目时，我才发现了问题——然后错误被突出显示。

Uncaught handler: thread main exiting due to uncaught exception
java.lang.VerifyError: com.j256.ormlite.dao.BaseDaoImpl$DaoConfigArray
  at com.j256.ormlite.dao.BaseDaoImpl$1.initialValue(BaseDaoImpl.java:71)
  at com.j256.ormlite.dao.BaseDaoImpl$1.initialValue(BaseDaoImpl.java:1)
  at java.lang.ThreadLocal$Values.getAfterMiss(ThreadLocal.java:429)
  at java.lang.ThreadLocal.get(ThreadLocal.java:66)

在那一行上，我试图执行一个 new DaoConfigArray ，该类有以下行：

// copyOf is only supported in Java >= 1.6
doArray = Arrays.copyOf(daoArray, newLength);

使它变得更加复杂的是第 71 行指向一个 ThreadLocal 初始化我最初认为这是问题的原因。

private static final ThreadLocal<DaoConfigArray> daoConfigLevelLocal
    = new ThreadLocal<DaoConfigArray>() {
    @Override
    protected DaoConfigArray initialValue() {
        return new DaoConfigArray();
    }
};

Answer 24

我必须删除依赖项目，并将依赖项目编译为 jar 并将它们包含在 libs 文件夹中。

Answer 25

我确信我的原因与您的不同，但由于这是搜索“Android java.lang.VerifyError”时的热门搜索之一，我想我应该将其记录在这里以供后代使用。

我有一些类：

public class A { ... }
public class B extends A { ... }
public class C extends A { ... }

和一个方法：

A[] result = null;
if (something)
    result = new B[cursor.getCount()];
else
    result = new C[cursor.getCount()];

// Fill result
...

只要文件中存在此代码，第一次加载包含此方法的类时，我就会得到一个VerifyError。 将其分成两个单独的方法（一种仅处理 B 的方法，另一种仅处理 C 的方法）解决了该问题。

Answer 26

就我而言，出现此错误是因为我的 google-play-service 不是最新的。

如果您的项目不支持 .jar 中的某些类，则会出现此错误（例如 ImageView.setLayerType、AdvertisingIdClient 等）。

Answer 27

我刚刚发现了它发生的另一种情况，不仅仅是由于库未dx'ed。
我有一个带有很长 doInBackground 方法的 AsyncTask。 由于某种原因，这个超过 145 行的方法开始崩溃。
它发生在 2.3 应用程序上。
当我只是将一些部分封装到方法中时，它工作得很好。

因此，对于那些无法找到未正确 dx 的类的人，请尝试减少方法的长度。

Answer 28

对我来说，问题实际上是我在类中的某个地方使用了 multi-catch 子句，这是 Java 7 功能（和 API 19+）。 因此，在所有 19 之前的设备上，它都会因 VerifyError 崩溃。

Answer 29

对我来说，compileSdkVersion 和 buildToolsVersion 之间存在相关性。 我有：

compileSdkVersion 21
buildToolsVersion '19.1.0'

我将其更改为：

compileSdkVersion 21
buildToolsVersion '21.1.2'

Answer 30

对我来说，是compileSdkVersion的问题。 当我在特定的 Android 应用程序中使用 API 级别 21 时（https://github.com/android10 /Android-AOPExample):

compileSdkVersion 21

发生了 java.lang.verify 错误。 所以我将compileSdkVersion更改为19，

compileSdkVersion 19

效果很好。 我认为可能是SDK buildTools的问题，当API level < > 时似乎还可以。 21.