我已经有我们的Java代码的实例捕捉一个NullPointerException,但当我试图记录StackTrace(基本上最终调用Throwable.printStackTrace()),我得到的是:

java.lang.NullPointerException

有人遇到过吗?我试着在谷歌上搜索“java空指针空堆栈跟踪”,但没有遇到这样的东西。


当前回答

正如您在评论中提到的,您正在使用log4j。我(无意中)发现了一个我写过东西的地方

LOG.error(exc);

而不是典型的

LOG.error("Some informative message", e);

因为懒惰,或者可能只是没有想过。不幸的是,它的行为并不如您所期望的那样。记录器API实际上将Object作为第一个参数,而不是字符串——然后它对该参数调用toString()。因此,它没有得到漂亮的堆栈跟踪,只是打印出toString——在NPE的情况下,这是非常无用的。

也许这就是你正在经历的?

其他回答

例外。toString不给你StackTrace,它只返回

这是一个简短的描述扔。 结果是: *该对象的类名 * ": "(冒号加空格) *调用该对象的getLocalizedMessage()方法的结果


使用异常。而不是printStackTrace来输出StackTrace。

我们在过去看到过同样的行为。事实证明,由于某些疯狂的原因,如果在使用Log一段时间后,NullPointerException在代码中的同一位置多次出现。error(String, Throwable)将停止包含全堆栈跟踪。

再往前看看你的日志。你可能会找到罪魁祸首。

编辑:这个bug听起来是相关的,但它在很久以前就被修复了,这可能不是原因。

toString()只返回异常名称和可选消息。我建议你打电话

exception.printStackTrace()

要转储消息,或者如果你需要血腥的细节:

 StackTraceElement[] trace = exception.getStackTrace()

正如您在评论中提到的,您正在使用log4j。我(无意中)发现了一个我写过东西的地方

LOG.error(exc);

而不是典型的

LOG.error("Some informative message", e);

因为懒惰,或者可能只是没有想过。不幸的是,它的行为并不如您所期望的那样。记录器API实际上将Object作为第一个参数,而不是字符串——然后它对该参数调用toString()。因此,它没有得到漂亮的堆栈跟踪,只是打印出toString——在NPE的情况下,这是非常无用的。

也许这就是你正在经历的?

您可能正在使用HotSpot JVM(最初由Sun Microsystems开发,后来被Oracle收购,是OpenJDK的一部分),它执行大量优化。为了获得堆栈跟踪,你需要将以下选项传递给JVM:

-XX:-OmitStackTraceInFastThrow

优化的方法是,当异常(通常是NullPointerException)第一次发生时,打印完整的堆栈跟踪,JVM记住堆栈跟踪(或者可能只是代码的位置)。当异常发生的次数足够频繁时,堆栈跟踪就不再打印了,这既是为了获得更好的性能,也是为了不让相同的堆栈跟踪充斥日志。

要了解这是如何在HotSpot JVM中实现的,请获取它的副本并搜索全局变量OmitStackTraceInFastThrow。我上次查看代码(在2019年)时,它位于graphKit.cpp文件中。