故事的开始是发现一个函数明显没有走完,但是包含了所有逻辑的try块也没有捕获到错误,程序到底执行到哪里去了?在测试环境调试,一路设置断点,发现在一个数据上,断点怎么就是不执行了,线程跳出,catch块也有执行。而关键的语句只是一句用new构造的语句,为什么会不执行了呢?

背景故事可能没有说清楚,但是我想说的是,就是以为被“catch块没有打印出日志”这个表现所误导,所以我们认为“程序灵异跳出了”,导致我在很长一段时间内,一直重复调试,但是就一直没有关注过控制台输出。。。知道有人提到,我一看:

1
java.lang.BootstrapMethodError: java.lang.NoSuchMethodError: com.protocol.FRequest.<init>(Lcom/protocol/FMessageType;)V

我擦,原来一直有错误输出的,为什么catch块没有执行???看看catch怎么写的:

1
2
3
catch (Exception e) {
...
}

突然,以前学的Java异常体系知识点在脑内闪过

Exception和Error都是Throwable的子类,java.lang.NoSuchMethodError是Error的子类,所以如果catch (Exception e)只会捕获Exception以及他的子类,而不会捕获Error和Error的子类,所以错误就会输出到控制台,线上程序没有控制台,所以就查不到这个错误日志!

所以如果你想要捕获所有的异常,一定要这么写:

1
2
3
catch (Throwable e) {
...
}

既然看到了异常,那么问题就从灵异级别降到了普通级别,这就好解决了。

java.lang.NoSuchMethodError一看就是因为依赖的关系,导致运行时没有找到对应的方法导致的。

对于依赖这个可怕的问题漩涡,我倾向的解决方法是先不要在POM文件中纠结,而是直接去看打包后的war包或者jar包中的lib文件夹,查看程序在运行时真正用到的jar包是否正确。

首先可以使用unzip来解压war/jar包,然后进入lib目录,这里就可以查看这些依赖的版本了,因为版本都是写在文件名上的,如果版本没有问题,则可以解决出问题的类所在的jar包,然后使用jdk自带的反编译工具反编译类:

1
2
3
4
5
6
7
8
$ javap -s
警告: 二进制文件FRequest包含com.protocol.FRequest
Compiled from "FRequest.java"
public class com.protocol.FRequest extends com.protocol.AbstractFMessage {
public com.protocol.FRequest(com.protocol.FMessageType);
descriptor: (Lcom/facishare/fcp/protocol/FMessageType;)V
}

这个方法具体还可以参考java.lang.NoSuchMethodError 调试和解决方法

但是我发现这里发现函数签名是一致的,那为啥还找不到这个方法呢?所以想看看运行这个函数到底是如何的,可以这么做:在IDEA中调试,进入断点后,使用调试工具Evaluate Expression,这个调试工具非常强大,可以在调试的时候执行Java表达式,大家一定要善用。

执行这样的表达式:

1
Class.forName("com.protocol.FRequest").getConstructors()

这就可以获得这个函数所有的构造函数了,看了函数签名,发现的确不一致!说明运行时载入的并不是我们查看的那个类。

最后搜索了一下工程,发现在两个依赖中都定义了这个类,包一样,但是参数列表不一样,估计是另外一个后载入,所以最终使用的不是我所预期的那个类,在pom中排除即可。

参考资料