java.lang.VerifyError:堆栈映射与异常处理程序中的不匹配

tar*_*unk 11 java jvm bytecode jvm-bytecode

在 JVM 加载字节码期间,使用以下代码片段面对此 java.lang.VerifyError。

try{
-----
}  catch (NumberFormatException|CalculationException e) {

}
Run Code Online (Sandbox Code Playgroud)

这里 CalculationException 是自定义异常,它扩展了 java.lang.RuntimeException,而 NumberFormatException 是标准的 Java RuntimeException。虽然代码在本地 Windows 机器上编译并运行良好。

它在 QA/prod/Dev unix 节点之一上因验证错误而失败,并在其他 unix 节点上正常工作。尽管两个 unix 节点具有相同的配置(使用 RedHat 6.2 和 1.8 jdk 以及相同版本的 jar 文件),但也比较了 javap -c 在两个节点上生成的字节码,发现相同。

我还找到了两种在错误节点上解决此问题的方法。

1)由于此错误是在字节码验证步骤中出现的,因此尝试通过将 dev unix 框上的字节码验证禁用为 -Xverify:none (也尝试过 -XX:-UseSplitVerifier 但 dint 工作,因为我认为它已从 jdk 8 中禁用)但是,由于我们不会在 prod 中禁用字节码验证,因此一直在寻找其他一些解决方法。

2) 另一种解决方法是使用父异常:catch 块中的 RuntimeException 而不是组合两个异常。

我无法理解 Java 是否确实对这种捕获方式有问题,为什么编译器 dint 抱怨它以及为什么它可以在一台机器上运行而不是在具有相同配置的其他机器上运行。错误原因也没有意义,它说:CalculationException (current frame, stack[0]) is notassignable to 'java/lang/RuntimeException 虽然它实际上是可分配的,经测试

if (RuntimeException.class.isAssignableFrom(CalculationException.class)){
    System.out.println("Assisgnable");
}
Run Code Online (Sandbox Code Playgroud)

完整的异常详细信息: 位置:

    com/markit/valuations/marketdata/snapper/domain/credit/BeanWrapperBuilder_CDXOCompositeVolSurface.getSpreadVol(Lcom/markit/valuations/dates/ImmutableDate;Lcom/markit/valuations/marketdata/data/indexeddata/IndexedData;DLcom/markit/valuations/dates/ImmutableDate;Lcom/markit/valuations/dates/ImmutableDate;Ljava/lang/String;Ljava/lang/String;Lcom/markit/qag/analytics/credit/indexpv/swaption/CreditIndexSwaptionCalculator;Ljava/lang/String;Ljava/lang/String;)Ljava/lang/Double; @51: astore
  Reason:
    Type 'com/markit/valuations/common/CalculationException' (current frame, stack[0]) is not assignable to 'java/lang/RuntimeException' (stack map, stack[0])
  Current Frame:
    bci: @0
    flags: { }
    locals: { 'com/markit/valuations/marketdata/snapper/domain/credit/BeanWrapperBuilder_CDXOCompositeVolSurface', 'com/markit/valuations/dates/ImmutableDate', 'com/markit/valuations/marketdata/data/indexeddata/IndexedData', double, double_2nd, 'com/markit/valuations/dates/ImmutableDate', 'com/markit/valuations/dates/ImmutableDate', 'java/lang/String', 'java/lang/String', 'com/markit/qag/analytics/credit/indexpv/swaption/CreditIndexSwaptionCalculator', 'java/lang/String', 'java/lang/String' }
    stack: { 'com/markit/valuations/common/CalculationException' }
  Stackmap Frame:
    bci: @51
    flags: { }
    locals: { 'com/markit/valuations/marketdata/snapper/domain/credit/BeanWrapperBuilder_CDXOCompositeVolSurface', 'com/markit/valuations/dates/ImmutableDate', 'com/markit/valuations/marketdata/data/indexeddata/IndexedData', double, double_2nd, 'com/markit/valuations/dates/ImmutableDate', 'com/markit/valuations/dates/ImmutableDate', 'java/lang/String', 'java/lang/String', 'com/markit/qag/analytics/credit/indexpv/swaption/CreditIndexSwaptionCalculator', 'java/lang/String', 'java/lang/String' }
    stack: { 'java/lang/RuntimeException' }
  Bytecode:
    0x0000000: 2c19 0ab9 0015 0200 b800 cb2b 1906 ba00
    0x0000010: cc00 00b6 00cd ba00 ce00 00b6 00cf 1909
    0x0000020: ba00 d000 00b6 00cf 0eb8 003b b600 d1c0
    0x0000030: 0091 b03a 0cbb 0048 59b7 0049 12d3 b600
    0x0000040: 4b19 0ab6 004b 12d4 b600 4b2c 1254 b900
    0x0000050: 1502 00b6 004b 12d5 b600 4b29 b600 4c12
    0x0000060: d6b6 004b 1907 b600 4b12 d7b6 004b 1905
    0x0000070: b600 5b12 d8b6 004b 1906 b600 5b12 d9b6
    0x0000080: 004b 190b b600 4b12 dab6 004b 1908 b600
    0x0000090: 4bb6 004d 3a0d b200 4719 0d19 0cb9 0081
    0x00000a0: 0300 0eb8 003b b0
  Exception Handler Table:
    bci [0, 50] => handler: 51
    bci [0, 50] => handler: 51
  Stackmap Table:
  same_locals_1_stack_item_frame(@51,Object[#535])
Run Code Online (Sandbox Code Playgroud)

Adi*_*lli 5

原因

当我的依赖项中同一库 (Jar) 的版本存在冲突时,就会发生这种情况。更具体地说,我导入了不同版本的 Jackson 库 v2.9.10 和 v2.11.0。

故障排除

以详细模式启动应用程序,并让 java 记录它正在加载的所有类,以查看冲突的类来自何处。这可以通过传递标志来完成-verbose:class

使固定

  • 删除冲突版本的依赖项,并确保所有相关依赖项/库具有相同的主要版本(至少),并且最好也具有相同的次要版本。
  • 删除以传递方式导入直接依赖项的冲突版本的依赖项。
  • 如果即使在使用 Maven Helper 插件后也没有看到任何冲突的依赖项mvn dependency:tree,则冲突的依赖项可能已由库的类路径之一导入。我知道这听起来很奇怪,因为只有应用程序应该有类路径,但如果有人<addClasspath>true</addClasspath>在他们的库 pom 文件中添加,则可能会导致这种情况。


小智 -5

您需要在配置中设置以下 jvm 参数:

-XX:-UseSplitVerifier

  • 关于这个答案的一些额外信息怎么样? (2认同)