导致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出了问题。知道去哪里找会很有帮助。

当前回答

如果您正在迁移到java7或使用java7，那么通常可以看到这个错误。我遇到了上述错误，并努力找出根本原因，我建议在运行应用程序时尝试添加“-XX:-UseSplitVerifier”JVM参数。

2016-02-16 05:57:46

其他回答

java.lang.VerifyError是最差的。

如果方法的字节码大小超过64kb限制，就会得到这个错误;但你可能已经注意到了。

您是否100%确定这个类不存在于应用程序的类路径中，比如在另一个jar中?

另外，从堆栈跟踪中，是源文件的字符编码(utf-8?)对吗?

2008-09-19 06:58:14

虽然Kevin提到的原因是正确的，但在转向其他内容之前，我肯定会检查以下内容:

检查类路径中的cglibs。检查类路径中的hibernate版本。

有多个或冲突的上述任何一个版本可能会导致意想不到的问题，就像上面提到的那样。

2014-12-24 17:13:17

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

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

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

2010-03-25 17:40:48

我已经修复了类似的java.lang.VerifyError问题替换