当您在项目中使用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)

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

LOG.error(exc);

而不是典型的

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

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

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

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

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

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

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

exception.printStackTrace()

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

 StackTraceElement[] trace = exception.getStackTrace()

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

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

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

-XX:-OmitStackTraceInFastThrow

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

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