Java异常的栈轨迹fillInStackTrace和printStackTrace的用法
本文转自wawlian
捕获到异常时,往往需要进行一些处理。比较简单直接的方式就是打印异常栈轨迹Stack Trace。说起栈轨迹,可能很多人和我一样,第一反应就是printStackTrace()方法。其实除了这个方法,还有一些别的内容也是和栈轨迹有关的。
1.printStackTrace()
首先需要明确,这个方法并不是来自于Exception类。Exception类本身除了定义了几个构造器之外,所有的方法都是从其父类继承过来的。而和异常相关的方法都是从java.lang.Throwable类继承过来的。而printStackTrace()就是其中一个。
这个方法会将Throwable对象的栈轨迹信息打印到标准错误输出流上。输出的大体样子如下:
1
2
3
4
|
java.lang.NullPointerException at MyClass.mash(MyClass.java: 9 ) at MyClass.crunch(MyClass.java: 6 ) at MyClass.main(MyClass.java: 3 ) |
输出的第一行是toString()方法的输出,后面几行的内容都是之前通过fillInStackTrace()方法保存的内容。关于这个方法,我们后面会讲。
下面看一个例子:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
|
public class TestPrintStackTrace { public static void f() throws Exception{ throw new Exception( "出问题啦!" ); } public static void g() throws Exception{ f(); } public static void main(String[] args) { try { g(); } catch (Exception e) { e.printStackTrace(); } } } |
这个例子的输出如下:
1
2
3
4
|
java.lang.Exception: 出问题啦! at TestPrintStackTrace.f(TestPrintStackTrace.java: 3 ) at TestPrintStackTrace.g(TestPrintStackTrace.java: 6 ) at TestPrintStackTrace.main(TestPrintStackTrace.java: 10 ) |
在这个例子中,在方法f()中抛出异常,方法g()中调用方法f(),在main方法中捕获异常,并且打印栈轨迹信息。因此,输出依次展示了f—>g—>main的过程。
2.getStackTrace()方法
这个方法提供了对printStackTrace()方法所打印信息的编程访问。它会返回一个栈轨迹元素的数组。以上面的输出为例,输出的第2-4行每一行的内容对应一个栈轨迹元素。将这些栈轨迹元素保存在一个数组中。每个元素对应栈的一个栈帧。数组的第一个元素保存的是栈顶元素,也就是上面的f。最后一个元素保存的栈底元素。
下面是一个使用getStackTrace()访问这些轨迹栈元素并打印输出的例子:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
|
public class TestPrintStackTrace { public static void f() throws Exception{ throw new Exception( "出问题啦!" ); } public static void g() throws Exception{ f(); } public static void main(String[] args) { try { g(); } catch (Exception e) { e.printStackTrace(); System.out.println( "------------------------------" ); for (StackTraceElement elem : e.getStackTrace()) { System.out.println(elem); } } } } |
这样的输出和printStackTrace()的输出基本上是一样的,如下:
1
2
3
4
5
6
7
|
java.lang.Exception: 出问题啦! at TestPrintStackTrace.f(TestPrintStackTrace.java: 3 ) at TestPrintStackTrace.g(TestPrintStackTrace.java: 6 ) at TestPrintStackTrace.main(TestPrintStackTrace.java: 10 ) TestPrintStackTrace.f(TestPrintStackTrace.java: 3 ) TestPrintStackTrace.g(TestPrintStackTrace.java: 6 ) TestPrintStackTrace.main(TestPrintStackTrace.java: 10 ) |
3.fillInStackTrace()
我们在前面也提到了这个方法。要说清楚这个方法,首先要讲一下捕获异常之后重新抛出的问题。在catch代码块中捕获到异常,打印栈轨迹,又重新throw出去。在上一级的方法调用中,再捕获这个异常并且打印出栈轨迹信息。这两个栈轨迹信息会一样吗?我们看一下代码:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
|
public class TestPrintStackTrace { public static void f() throws Exception{ throw new Exception( "出问题啦!" ); } public static void g() throws Exception{ try { f(); } catch (Exception e) { e.printStackTrace(); throw e; } } public static void main(String[] args) { try { g(); } catch (Exception e) { e.printStackTrace(); } } } |
在main方法中捕获的异常,是在g()方法中抛出的,按理说这两个打印栈轨迹的信息应该不同,第二次打印的信息应该没有关于f的信息。但是事实上,两次打印栈轨迹信息是一样的。输出结果如下:
1
2
3
4
5
6
7
8
|
java.lang.Exception: 出问题啦! at TestPrintStackTrace.f(TestPrintStackTrace.java: 3 ) at TestPrintStackTrace.g(TestPrintStackTrace.java: 7 ) at TestPrintStackTrace.main(TestPrintStackTrace.java: 16 ) java.lang.Exception: 出问题啦! at TestPrintStackTrace.f(TestPrintStackTrace.java: 3 ) at TestPrintStackTrace.g(TestPrintStackTrace.java: 7 ) at TestPrintStackTrace.main(TestPrintStackTrace.java: 16 ) |
也就是说,捕获到异常又立即抛出,在上级方法调用中再次捕获这个异常,打印的栈轨迹信息是一样的。原因在于没有将当前线程当前状态下的轨迹栈的状态保存进Throwabe中。现在我们引入fillInStackTrace()方法。这个方法刚好做的就是这样的保存工作。我们看一下这个方法的原型:
1
|
public Throwable fillInStackTrace() |
这个方法是有返回值的。返回的是保存了当前栈轨迹信息的Throwable对象。我们看看使用fillInStackTrace()方法处理后,打印的栈轨迹信息有什么不同,代码如下:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
public class TestPrintStackTrace { public static void f() throws Exception{ throw new Exception( "出问题啦!" ); } public static void g() throws Exception{ try { f(); } catch (Exception e) { e.printStackTrace(); //不要忘了强制类型转换 throw (Exception)e.fillInStackTrace(); } } public static void main(String[] args) { try { g(); } catch (Exception e) { e.printStackTrace(); } } } |
输出如下:
1
2
3
4
5
6
7
|
java.lang.Exception: 出问题啦! at TestPrintStackTrace.f(TestPrintStackTrace.java: 3 ) at TestPrintStackTrace.g(TestPrintStackTrace.java: 7 ) at TestPrintStackTrace.main(TestPrintStackTrace.java: 17 ) java.lang.Exception: 出问题啦! at TestPrintStackTrace.g(TestPrintStackTrace.java: 11 ) at TestPrintStackTrace.main(TestPrintStackTrace.java: 17 ) |
我们看到,在main方法中打印栈轨迹已经没有了f相关的信息了。
4.fillInStackTrace()续
fillInStackTrace这个方法还是很有特点的,竟然能够一直追踪调用自己的那些方法,甚至java的行数,本想仔细看看源代码的,没想到竟然是native的方法,而且api文档中只有一句话,实在是让人很难知道它的真正用法。do了一下research之后,有一些心得。
package 捕捉异常; public class FillInStackTraceDemo { Throwable th = new Throwable(); public FillInStackTraceDemo() {
System.out.println("in constructor");
} public void a()
{
c();
} public void b()
{
System.out.println("in b");
th.fillInStackTrace();
th.printStackTrace(System.out);
System.out.println("in b");
} public void c()
{
b();
th.fillInStackTrace();
System.out.println("in c");
th.printStackTrace(System.out);
System.out.println("in c");
} public static void main(String [] args)
{
FillInStackTraceDemo t3 = new FillInStackTraceDemo();
t3.a();
}
} /*in constructor
in b
java.lang.Throwable
at 捕捉异常.FillInStackTraceDemo.b(FillInStackTraceDemo.java:19)
at 捕捉异常.FillInStackTraceDemo.c(FillInStackTraceDemo.java:26)
at 捕捉异常.FillInStackTraceDemo.a(FillInStackTraceDemo.java:13)
at 捕捉异常.FillInStackTraceDemo.main(FillInStackTraceDemo.java:37)
in b
in c
java.lang.Throwable
at 捕捉异常.FillInStackTraceDemo.c(FillInStackTraceDemo.java:27)
at 捕捉异常.FillInStackTraceDemo.a(FillInStackTraceDemo.java:13)
at 捕捉异常.FillInStackTraceDemo.main(FillInStackTraceDemo.java:37)
in c*/
fillInStackTrace每次执行的时候,会清空原来的栈内的trace信息。然后在当前的调用位置处重新建立trace信息, 所以在方法b()中printStackTrace的执行结果跟c()中的是不一样的。
以上就是关于Java栈轨迹的一些我之前没有掌握的内容,记下来备忘。
Java异常的栈轨迹fillInStackTrace和printStackTrace的用法的更多相关文章
- 基础知识《十四》Java异常的栈轨迹fillInStackTrace和printStackTrace的用法
本文转自wawlian 捕获到异常时,往往需要进行一些处理.比较简单直接的方式就是打印异常栈轨迹Stack Trace.说起栈轨迹,可能很多人和我一样,第一反应就是printStackTrace()方 ...
- java异常分析;剖析printStackTrace和fillInStackTrace
Java异常的栈轨迹(Stack Trace) 捕获到异常时,往往需要进行一些处理.比较简单直接的方式就是打印异常栈轨迹Stack Trace.说起栈轨迹,可能很多人和我一样,第一反应就是printS ...
- Java 异常模型综述
一. 异常的引入及基础 发现错误的理想时机是在编译阶段.也就是在你试图运行程序之前. 然而,编译期间编译器并不能找出全部的错误,余下的错误仅仅有在运行期才干发现和解决,这类错误就是 Throwable ...
- JAVA 异常对于性能的影响
陶炳哲 - MAY 12, 2015 在对OneAPM的客户做技术支持时,我们常常会看到很多客户根本没意识到的异常.在消除了这些异常之后,代码运行速度与以前相比大幅提升.这让我们产生一种猜测,就是在代 ...
- Java异常(二) 《Effective Java》中关于异常处理的几条建议
概要 本章是从<Effective Java>摘录整理出来的关于异常处理的几条建议.内容包括:第1条: 只针对不正常的情况才使用异常第2条: 对于可恢复的条件使用被检查的异常,对于程序错误 ...
- “全栈2019”22篇Java异常学习资料及总结
难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"22篇Ja ...
- “全栈2019”Java异常第二十二章:try-with-resources语句详解
难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java异 ...
- “全栈2019”Java异常第二十一章:finally不被执行的情况
难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java异 ...
- “全栈2019”Java异常第二十章:自定义异常详解
难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java异 ...
随机推荐
- Java线程池应用
Executors工具类用于创建Java线程池和定时器. newFixedThreadPool:创建一个可重用固定线程数的线程池,以共享的无界队列方式来运行这些线程.在任意点,在大多数 nThread ...
- 网站性能工具Yslow的使用方法
Yslow是雅虎开发的基于网页性能分析浏览器插件,从年初我使用了YSlow后,改变了博客模板大量冗余代码,不仅提升了网页的打开速度,这款插件还帮助我分析了不少其他网站的代码,之前我还特意写了提高网站速 ...
- JS模式:jq中简单的模式--》采摘自js设计(tomxu_version)
<!DOCTYPE html> <html> <head> <title></title> </head> <body&g ...
- 加载数据库驱动程序的方法和JDBC的流程
加载驱动方法 1.Class.forName("com.microsoft.sqlserver.jdbc.SQLServerDriver"); 2. DriverManager.r ...
- BZOJ1046 [HAOI2007]上升序列
Description 对于一个给定的S={a1,a2,a3,…,an},若有P={ax1,ax2,ax3,…,axm},满足(x1 < x2 < … < xm)且( ax1 < ...
- POJ 2828 Buy Tickets
Description Railway tickets were difficult to buy around the Lunar New Year in China, so we must get ...
- Sublime Text 3 笔记
Nearly all of the interesting files for users live under the data directory. The data directory is ~ ...
- 升级OSX 10.9 Mavericks后,会导致Finder始终无响应的一个问题
刚升了OS X 10.9 Mavericks ,发现Finder始终“未响应”(Application Not Responding),查了苹果官网论坛,国内的论坛,解决方法都无效,最后各种尝试,发现 ...
- 根据.MDF文件查看 SQL数据库的版本信息
http://www.cnblogs.com/eason-chan/p/3695753.html?utm_source=tuicool 手上有 经理带来的一个教学管理系统,由于不知道开发环境,在向SQ ...
- java中静态属性和和静态方法的继承问题 以及多态的实质
首先结论是:java中静态属性和和静态方法可以被继承,但是没有被重写(overwrite)而是被隐藏. 静态方法和属性是属于类的,调用的时候直接通过类名.方法名完成的,不需继承机制就可以调用如果子类里 ...