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

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

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

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

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

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

exception.printStackTrace()

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

 StackTraceElement[] trace = exception.getStackTrace()

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

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

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

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

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