Java异常跟踪栈

异常对象的printStackTrace()方法用于打印异常的跟踪栈信息，根据printStackTrace()方法的输出结果，我们可以找到异常的源头，并跟踪到异常一路触发的过程。

看下面用于测试printStackTrace的例子程序：

查看代码

上面程序中main方法调用firstMethod，firstMethod调用secondMethod，secondMethod调用thirdMethod，thirdMethod直接抛出一个SelfException异常。运行上面程序，会看到如图所示结果：

从图中可以看出，异常从thirdMethod方法开始触发，传到secondMethod方法，再传到firstMethod方法，最后传到main方法，在main方法终止，这个过程就是Java的异常跟踪栈。

在面向对象的编程中，大多数复杂操作都会被分解成一系列方法调用。这是因为：实现更好的可重用性，将每个可重用的代码单元定义成方法，将复杂任务逐渐分解为更易管理的小型子任务。由于一个大的业务功能需要由多个对象来共同实现，在最终编程模型中，很多对象将通过一系列方法调用来实现通信，执行任务。

所以，面向对象的应用程序运行时，经常会发生一系列方法调用，从而形成“方法调用栈”，异常的传播则相反：只要异常没有被完全捕获（包括异常没有被捕获，或异常被处理后重新抛出了新异常），异常从发生异常的方法逐渐向外传播，首先传给该方法的调用者，该方法调用者再次传给其调用者......直至最后传到main方法，如果main方法依然没有处理该异常，JVM会中止该程序，并打印异常的跟踪栈信息。

很多初学者一看到如图所示的异常提示信息，就会惊慌失措，其实图所示的异常跟踪栈信息非常清晰，它记录了应用程序中执行停止的各个点。

第一行的信息详细显示了异常的类型和异常的详细消息。

接下来跟踪栈记录程序中所有的异常发生点，各行显示被调用方法中执行的停止位置，并标明类、类中的方法名、与故障点对应的文件的行。一行行地往下看，跟踪栈总是最内部的被调用方法逐渐上传，直到最外部业务操作的起点，通常就是程序的入口main方法或Thread类的run方法（多线程的情形）。

下面例子程序示范了多线程程序中发生异常的情形：

查看代码

运行上面程序，会看到如图所示的运行结果：

从图中可以看出，程序在Thread的run方法中出现了ArithmeticException异常，这个异常的源头是ThreadExcetpionTest的secondMethod方法，位于ThreadExcetpionTest.java文件的某一行。这个异常传播到Thread类的run方法就会结束（如果该异常没有得到处理，将会导致该线程中止运行）。

前面已经讲过，调用Exception的printStackTrace()方法就是打印该异常的跟踪栈信息，也就会看到如上图所示的信息。当然，如果方法调用的层次很深，将会看到更加复杂的异常跟踪栈。

提示：虽然printStackTrace()方法可以很方便地用于追踪异常的发生情况，可以用它来调试程序，但在最后发布的程序中，应该避免使用它；而应该对捕获的异常进行适当的处理，而不是简单地将异常的跟踪栈信息打印出来。