如何停止在日志中截断的堆栈跟踪

Question 1

在Java日志中，很多时候我会得到类似以下内容的信息：

Caused by: java.sql.BatchUpdateException: failed batch
    at org.hsqldb.jdbc.jdbcStatement.executeBatch(jdbcStatement.java:1102)
    at org.hsqldb.jdbc.jdbcPreparedStatement.executeBatch(jdbcPreparedStatement.java:514)
    at org.hibernate.jdbc.BatchingBatcher.doExecuteBatch(BatchingBatcher.java:48)
    at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:242)
    ... 113 more

有谁知道如何显示完整的堆栈跟踪（即显示其他113行）？

Throwable的JavaDocs（用于Java 7）对正在发生的事情有非常详细的解释。

Question 2

当您看到“ ... 113更多”时，表示“由...引起的”异常的其余行与父异常的该点之后的其余行相同。

例如，您将拥有

com.something.XyzException
  at ...
  at ...
  at org.hibernate.jdbc.AbstractBatcher.executeBatch(AbstractBatcher.java:242)
  at ... <the other 113 lines are here>...
Caused by: <the above>.

这两个堆栈跟踪在AbstractBatcher.executeBatch的第242行“满足”，然后从此以后，向上的调用跟踪与包装异常相同。

Question 3

Apache的Commons Lang提供了一个很好的util方法ExceptionUtils.printRootCauseStackTrace（），它打印出一个嵌套的堆栈跟踪“倒置”。结果更加直观。

如果您在printStackTrace（）方法中看到的结果与原始结果相邻，那么将清楚“多出113条”行的位置。

Question 4

我喜欢在这里找到的示例：

HighLevelException: MidLevelException: LowLevelException
         at Junk.a(Junk.java:13)
         at Junk.main(Junk.java:4)
 Caused by: MidLevelException: LowLevelException
         at Junk.c(Junk.java:23)
         at Junk.b(Junk.java:17)
         at Junk.a(Junk.java:11)
         ... 1 more
 Caused by: LowLevelException
         at Junk.e(Junk.java:30)
         at Junk.d(Junk.java:27)
         at Junk.c(Junk.java:21)
         ... 3 more

基本上在源代码中，main调用function a哪个调用function b哪个调用...哪个调用function e。 Function e抛出a LowLevelException，导致函数c捕获LowLevelExceptiona并抛出a MidLevelException（将LowLevelException实例包装在实例内部MidLevelException。Exception该类具有一个构造函数，该构造函数能够接收不同的异常并将其包装）。这导致函数a捕获MidLevelException并抛出a HighLevelException，该函数现在包装了前两个Exception实例。

如其他答案所述，堆栈跟踪并没有真正被截断，您看到的是完整的堆栈跟踪。将.. .3 more在我的例子是存在的，因为它是多余的，否则。如果您想要冗余并且浪费输出线，.. 3 more可以用

at Junk.b(Junk.java:17)
at Junk.a(Junk.java:11)
at Junk.main(Junk.java:4)

但是，由于已经暗示了这三行，因此无需输出。

Question 5

增加-XX:MaxJavaStackTraceDepthJVM选项。

Question 6

我发现这对于获取整个图片很有用。获取有关异常和原因的完整堆栈跟踪（该跟踪通常显示主异常中的重复行，但可能会有所帮助）。

        ... catch( Exception e) ...

        ... catch( NoClassDefFoundError e)
        {

                for(StackTraceElement ste: e.getStackTrace())
                {
                    System.out.println(ste);
                }

                if( e.getCause()!=null )
                {
                    for(StackTraceElement ste: e.getCause().getStackTrace())
                    {
                        System.out.println(ste);
                    }
                }
        }

Question 7

在一篇博客文章中，我刚刚描述了如何获取不仅仅是“ BatchUpdateException：批处理失败”的方法：设置hibernate.jdbc.factory_class=org.hibernate.jdbc.NonBatchingBatcherFactory为禁用休眠中的批处理。通常，可以使用BatchUpdateException.getNextException来获取失败的原因，但是在某些情况下，这可能会返回null。然后，完全禁用批处理很有用。