Java 中没有 StackTrace 的 NullPointerException

exception.toString 不会给你 StackTrace，它只返回

这个投掷物的简短描述。 结果是以下项的串联：

* the name of the class of this object
* ": " (a colon and a space)
* the result of invoking this object's getLocalizedMessage() method

---

请改用 exception.printStackTrace 输出 StackTrace。

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

exception.printStackTrace()

转储消息，或者如果您需要血腥的详细信息：

 StackTraceElement[] trace = exception.getStackTrace()

这将输出异常，仅用于调试您应该更好地处理异常。

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

正如您在评论中提到的，您正在使用 log4j。我（无意中）发现了一个我写作的地方

LOG.error(exc);

而不是典型的

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

通过懒惰，或者只是不去想它。不幸的是，它的行为并不像您预期的那样。记录器 API 实际上将 Object 作为第一个参数，而不是字符串 - 然后它对参数调用 toString（）。因此，它没有得到漂亮的堆栈跟踪，而只是打印出 toString - 这在 NPE 的情况下是相当无用的。

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

替代建议 - 如果您使用的是 Eclipse，则可以在 NullPointerException 本身上设置断点（在 Debug 透视图中，转到“断点”选项卡并单击其中带有 ！ 的小图标）

选中“捕获”和“未捕获”选项 - 现在，当您触发 NPE 时，您将立即断点，然后您可以逐步执行并查看它是如何准确处理的，以及为什么您没有获得堆栈跟踪。

（你的问题仍然不清楚你的代码是调用还是由日志记录处理程序完成。printStackTrace()

以下是有关可能发生的情况的一些可能的解释：

• 正在使用的记录器/处理程序已配置为仅输出异常的消息字符串，而不是完整的堆栈跟踪。

• 您的应用程序（或某些第三方库）使用 log4j Logger 方法（例如）而不是 2 参数形式来记录异常。LOG.error(ex);

• 信息来自与你想象的不同的地方;例如，它实际上来自一些第三方库方法，或者是早期尝试调试时遗留下来的一些随机内容。

• 记录的异常使某些方法过载，使堆栈跟踪变得模糊不清。如果是这种情况，则异常将不是真正的 NullPointerException，而是 NPE 的某个自定义子类型，甚至是某个未连接的异常。

我认为最后一种可能的解释不太可能，但人们至少考虑做这种事情来“防止”逆向工程。当然，它只会真正成功地让诚实的开发人员的生活变得困难。

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

请尝试在日志中进一步查看。你可能会找到罪魁祸首。

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

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

-XX:-OmitStackTraceInFastThrow

优化是，当第一次发生异常（通常为 ）时，将打印完整的堆栈跟踪，并且 JVM 会记住堆栈跟踪（或者可能只是代码的位置）。当该异常发生得足够频繁时，将不再打印堆栈跟踪，这样既可以实现更好的性能，也可以避免使用相同的堆栈跟踪淹没日志。NullPointerException

要查看如何在 HotSpot JVM 中实现这一点，请获取它的副本并搜索全局变量。上次我查看代码（2019 年）时，它在文件 graphKit.cpp 中。OmitStackTraceInFastThrow

这是一个解释：热点导致异常在生产中丢失其堆栈跟踪 - 以及修复

我已经在Mac OS X上测试过了

• Java 版本“1.6.0_26”
• Java（TM） SE 运行时环境（内部版本 1.6.0_26-b03-383-11A511）

• Java HotSpot（TM） 64 位服务器 VM（内部版本 20.1-b02-383，混合模式）

  Object string = "abcd";
  int i = 0;
  while (i < 12289) {
      i++;
      try {
          Integer a = (Integer) string;
      } catch (Exception e) {
          e.printStackTrace();
      }
  }
  

对于这个特定的代码片段，12288 次迭代（+频率？）似乎是 JVM 决定使用预分配异常的限制......

当您在项目中使用 AspectJ 时，可能会发生某些方面隐藏其堆栈跟踪部分的情况。例如，今天我有：

java.lang.NullPointerException:
  at com.company.product.MyTest.test(MyTest.java:37)

此堆栈跟踪是在通过 Maven 的 surefire 运行测试时打印的。

另一方面，在 IntelliJ 中运行测试时，打印了不同的堆栈跟踪：

java.lang.NullPointerException
  at com.company.product.library.ArgumentChecker.nonNull(ArgumentChecker.java:67)
  at ...
  at com.company.product.aspects.CheckArgumentsAspect.wrap(CheckArgumentsAspect.java:82)
  at ...
  at com.company.product.MyTest.test(MyTest.java:37)

虚拟机停止输出已引发几次的异常的堆栈跟踪。这是 C2 编译中发生的优化之一。

根据 OpenJDK 的源代码，此优化适用于以下异常：

-NullPointerException -算术异常 -ArrayIndexOutOfBoundsException -ArrayStoreException -ClassCastException

我已经解决了在for循环中打印stackTrace的问题。

for (StackTraceElement st : e.getStackTrace()) {
   LOGGER.error(st.toString());
}

这样，它就会打印整个 stackTrace。使用其他方法，我无法获得更多信息。