我已经有我们的Java代码的实例捕捉一个NullPointerException，但当我试图记录StackTrace(基本上最终调用Throwable.printStackTrace())，我得到的是:
java.lang.NullPointerException
有人遇到过吗?我试着在谷歌上搜索“java空指针空堆栈跟踪”，但没有遇到这样的东西。
当前回答
toString()只返回异常名称和可选消息。我建议你打电话
exception.printStackTrace()
要转储消息，或者如果你需要血腥的细节:
StackTraceElement[] trace = exception.getStackTrace()
其他回答
您可能正在使用HotSpot JVM(最初由Sun Microsystems开发，后来被Oracle收购，是OpenJDK的一部分)，它执行大量优化。为了获得堆栈跟踪，你需要将以下选项传递给JVM:
-XX:-OmitStackTraceInFastThrow
优化的方法是，当异常(通常是NullPointerException)第一次发生时，打印完整的堆栈跟踪，JVM记住堆栈跟踪(或者可能只是代码的位置)。当异常发生的次数足够频繁时，堆栈跟踪就不再打印了，这既是为了获得更好的性能，也是为了不让相同的堆栈跟踪充斥日志。
要了解这是如何在HotSpot JVM中实现的，请获取它的副本并搜索全局变量OmitStackTraceInFastThrow。我上次查看代码(在2019年)时，它位于graphKit.cpp文件中。
正如您在评论中提到的，您正在使用log4j。我(无意中)发现了一个我写过东西的地方
LOG.error(exc);
而不是典型的
LOG.error("Some informative message", e);
因为懒惰，或者可能只是没有想过。不幸的是，它的行为并不如您所期望的那样。记录器API实际上将Object作为第一个参数，而不是字符串——然后它对该参数调用toString()。因此，它没有得到漂亮的堆栈跟踪，只是打印出toString——在NPE的情况下，这是非常无用的。
也许这就是你正在经历的?
这将输出异常，只用于调试，你应该更好地处理你的异常。
import java.io.PrintWriter;
import java.io.StringWriter;
public static String getStackTrace(Throwable t)
{
StringWriter sw = new StringWriter();
PrintWriter pw = new PrintWriter(sw, true);
t.printStackTrace(pw);
pw.flush();
sw.flush();
return sw.toString();
}
另一个建议——如果您正在使用Eclipse，您可以在NullPointerException本身上设置一个断点(在Debug透视图中，转到“Breakpoints”选项卡并单击有一个!在它)
检查“caught”和“uncaught”选项-现在当你触发NPE时，你会立即断点，然后你可以逐步查看它是如何被处理的，以及为什么你没有得到堆栈跟踪。
下面是一个解释:Hotspot导致异常在生产中丢失堆栈跟踪-以及修复
我在Mac OS X上进行了测试
Java版本“1.6.0_26” Java(TM) SE运行时环境(build 1.6.0_26-b03-383-11A511) Java HotSpot(TM) 64位服务器虚拟机(build 20.1-b02-383，混合模式) 对象字符串= "abcd"; Int I = 0; While (i < 12289) { 我+ +; 尝试{ 整数a =(整数)字符串; } catch(异常e) { e.printStackTrace (); ｝ ｝
对于这个特定的代码片段，12288次迭代(+频率?)似乎是JVM决定使用预分配异常的限制……
