另一个建议——如果您正在使用Eclipse，您可以在NullPointerException本身上设置一个断点(在Debug透视图中，转到“Breakpoints”选项卡并单击有一个!在它)

检查“caught”和“uncaught”选项-现在当你触发NPE时，你会立即断点，然后你可以逐步查看它是如何被处理的，以及为什么你没有得到堆栈跟踪。

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

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

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

这将输出异常，只用于调试，你应该更好地处理你的异常。

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();
    }

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

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

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

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

-XX:-OmitStackTraceInFastThrow

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

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

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

exception.printStackTrace()

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

 StackTraceElement[] trace = exception.getStackTrace()