Code
2025-05-10 10:00:04

导致java.lang.VerifyError错误的原因

我正在调查以下java.lang.VerifyError

java.lang.VerifyError: (class: be/post/ehr/wfm/application/serviceorganization/report/DisplayReportServlet, method: getMonthData signature: (IILjava/util/Collection;Ljava/util/Collection;Ljava/util/HashMap;Ljava/util/Collection;Ljava/util/Locale;Lorg/apache/struts/util/MessageRe˜̴Mt̴MÚw€mçw€mp:”MŒŒ
                at java.lang.Class.getDeclaredConstructors0(Native Method)
                at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357)
                at java.lang.Class.getConstructor0(Class.java:2671)

它在部署servlet的jboss服务器启动时发生。 它是用jdk-1.5.0_11编译的，我试图用jdk-1.5.0_15重新编译它，但没有成功。也就是说，编译运行正常，但在部署时，会发生java.lang.VerifyError。

当我改变方法名，得到以下错误:

java.lang.VerifyError: (class: be/post/ehr/wfm/application/serviceorganization/report/DisplayReportServlet, method: getMD signature: (IILjava/util/Collection;Lj    ava/util/Collection;Ljava/util/HashMap;Ljava/util/Collection;Ljava/util/Locale;Lorg/apache/struts/util/MessageResources ØÅN|ØÅNÚw€mçw€mX#ÖM|XÔM
            at java.lang.Class.getDeclaredConstructors0(Native Method)
            at java.lang.Class.privateGetDeclaredConstructors(Class.java:2357
            at java.lang.Class.getConstructor0(Class.java:2671)
            at java.lang.Class.newInstance0(Class.java:321)
            at java.lang.Class.newInstance(Class.java:303)

您可以看到显示了更多的方法签名。

实际的方法签名是

  private PgasePdfTable getMonthData(int month, int year, Collection dayTypes,
                          Collection calendarDays,
                          HashMap bcSpecialDays,
                          Collection activityPeriods,
                          Locale locale, MessageResources resources) throws   Exception {

我已经试着用javap看它，它给出了方法签名，因为它应该是。

当我的其他同事检出代码、编译并部署时，他们也遇到了同样的问题。当构建服务器获取代码并将其部署到开发或测试环境(HPUX)时，会发生相同的错误。运行Ubuntu的自动测试机器在服务器启动时也显示了同样的错误。

应用程序的其余部分运行正常，只有一个servlet出了问题。 知道去哪里找会很有帮助。

当前回答

我在Android上修复了这个错误，通过使我导入一个库的项目，如http://developer.android.com/tools/projects/projects-eclipse.html#SettingUpLibraryProject所述

以前，我只是引用项目(没有使它成为一个库)，我得到这个奇怪的VerifyError。

希望它能帮助到别人。

2012-12-13 00:17:57

其他回答

生成错误的最小示例

一种简单的方法是使用Jasmin，或者使用二进制文件编辑器手动编辑字节码。

让我们创建一个没有return指令的void方法(由return生成;语句)，jvm认为这是非法的。

在Jasmin中我们可以这样写:

.class public Main
.super java/lang/Object

.method public static main([Ljava/lang/String;)V
   aload_0 ; Just so that we won't get another verify error for empty code.
.end method

然后我们使用javac Main。javap -v Main表示我们已经编译了:

public static void main(java.lang.String[]);
  descriptor: ([Ljava/lang/String;)V
  flags: ACC_PUBLIC, ACC_STATIC
  Code:
    stack=1, locals=1, args_size=1
       0: aload_0

所以实际上没有返回指令。

现在如果我们尝试运行java Main，我们得到:

Error: A JNI error has occurred, please check your installation and try again
Exception in thread "main" java.lang.VerifyError: (class: NoReturn, method: main signature: ([Ljava/lang/String;)V) Falling off the end of the code
        at java.lang.Class.getDeclaredMethods0(Native Method)
        at java.lang.Class.privateGetDeclaredMethods(Class.java:2701)
        at java.lang.Class.privateGetMethodRecursive(Class.java:3048)
        at java.lang.Class.getMethod0(Class.java:3018)
        at java.lang.Class.getMethod(Class.java:1784)
        at sun.launcher.LauncherHelper.validateMainClass(LauncherHelper.java:544)
        at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:526)

这种错误在Java中通常不会发生，因为Java编译器为我们添加了一个隐式返回void方法。这就是为什么我们不需要在主方法中添加return。你可以用javap检查。

JVMS

当您尝试运行JVMS 7第4.5章指定的某些类型的非法类文件时，将发生VerifyError

jvm说，当Java加载一个文件时，它必须在运行类文件之前运行一系列检查，以确定类文件是OK的。

这样的错误不能在Java代码的一次编译和运行周期中产生，因为JVMS 7 4.10说:

尽管Java编程语言的编译器必须只生成满足所有静态和结构约束的类文件[…] ］

因此，为了查看最小失败示例，我们需要在不使用javac的情况下生成源代码。

2015-04-06 12:49:28

在我的情况下，我必须删除这个块:

compileOptions {
    sourceCompatibility JavaVersion.VERSION_1_7
    targetCompatibility JavaVersion.VERSION_1_7
}

在Fragment.showDialog()方法调用附近显示错误。

2014-04-27 16:19:19

本页可能会给你一些提示 http://www.zanthan.com/itymbi/archives/000337.html

在该方法的主体中可能存在javac未能发现的微妙错误。很难诊断，除非你把整个方法贴在这里。

你可以先声明尽可能多的变量作为final…这将捕获zanthan网站上提到的bug，而且通常是一个很好的实践。

2008-09-19 06:57:23

正如Kevin Panko所说，这主要是因为图书馆的变化。 因此，在某些情况下，“清理”项目(目录)，然后进行构建就可以了。

2011-03-03 17:15:01

verifyerror可能是针对与运行时使用的库不同的库进行编译时的结果。

例如，当我试图运行一个针对Xerces 1编译的程序时，就发生了这种情况，但在类路径中找到了Xerces 2。必需的类(在org.apache中)。* namespace)在运行时被发现，所以ClassNotFoundException不是结果。对类和方法进行了更改，因此在运行时发现的方法签名与编译时的方法签名不匹配。

通常，编译器会在方法签名不匹配的地方标记问题。当类加载时，JVM将再次验证字节码，并在字节码试图做一些不应该被允许的事情时抛出VerifyError——例如，调用一个返回String的方法，然后将返回值存储在一个包含List的字段中。

2010-03-25 17:40:48

推荐文章

aliyun

最新文章

标签

2025 code 京ICP备15047053号-1