我正在调查以下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出了问题。 知道去哪里找会很有帮助。


当前回答

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

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

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

其他回答

当使用maven导入大量模块时,也会发生这种情况。 将有两个或多个类具有完全相同的名称(相同的限定名)。 此错误是由于编译时和运行时之间的解释不同造成的。

在Android上,当你试图加载一个根据Oracle的JDK编译的库时,就会发生这种情况。

这里是Ning异步HTTP客户端的问题。

请删除任何不可用的jar文件并尝试运行。我添加了一个jcommons jar文件和另一个jcommons.1.0.14 jar文件,所以删除jcommons,它为我工作

在我的例子中,我的项目A依赖于另一个项目,比如X(A使用了X中定义的一些类),所以当我在A的构建路径中添加X作为参考项目时,我得到了这个错误。然而,当我删除X作为引用项目,并将X的jar作为库之一时,问题就解决了。

在Android Studio 3.6.1中更新Gradle后,在发布版本的API 19上发生了崩溃。

有一个格莱德库错误。解决方法是重写proguard-rules.txt。

降级Gradle也可以(类路径为'com.android.tools.build: Gradle:3.5.3'),但这是一个过时的解决方案,不要使用它。