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

(您的问题仍然不清楚您的代码是否调用printStackTrace()或这是由日志处理程序完成的。)

以下是一些可能的解释:

The logger / handler being used has been configured to only output the exception's message string, not a full stack trace. Your application (or some third-party library) is logging the exception using LOG.error(ex); rather than the 2-argument form of (for example) the log4j Logger method. The message is coming from somewhere different to where you think it is; e.g. it is actually coming some third-party library method, or some random stuff left over from earlier attempts to debug. The exception that is being logged has overloaded some methods to obscure the stacktrace. If that is the case, the exception won't be a genuine NullPointerException, but will be some custom subtype of NPE or even some unconnected exception.

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

下面是一个解释: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决定使用预分配异常的限制……

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

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的情况下，这是非常无用的。

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

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

exception.printStackTrace()

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

 StackTraceElement[] trace = exception.getStackTrace()