try-catch-finally异常处理实验

冷不防 2024-04-01 17:58 64阅读 0赞

**目录**

1 不加任何异常处理

2 加了默认的try-catch e.printStackTrace()

3 try-catch 中用throw new Exception()替换掉e.printStackTrace()

4 接着3的那个方式的延伸

5 try-catch-finally

6 e.printStackTrace()和 throw new Exception()的不同

7 还差一个全局异常处理类,后面有空补上

--------------------

**1 不加任何异常处理**

可以看到doFormPDF()异常以下的代码都不走了

![e72234e5b5cd484b86c932a3f6af3cf6.png][]![3a5146b7394a4057914e895986235d0b.png][]

![4336abe84585409f958e690af0e86528.png][]

#### **2 加了默认的try-catch e.printStackTrace()** ####

看到try中异常以下代码都不走了,

catch中的代码都走, 然后离开try-catch之外后面的代码还是会继续往下走到结束.

打印的异常是和(不加任何异常处理)打印的一模一样.

是捕获了异常,try-catch外的代码不会不会感知到这个异常,因为这个异常被try-catch消灭了,相当于没异常了.

try-catch以外的后面的代码还是可以走的.

![13d21fc9f7d84830894bd2e789761e10.png][]![12ea8b3c12c548608c8fff53c68732d4.png][]![e12c2450e2a44683b849edb909b3d61f.png][]

#### ![9401fd90127044798d8ac91ea63b6ad5.png][] **3 try-catch 中用throw new Exception()替换掉e.printStackTrace()**  ####

会发现throw new Exception()所在的这个方法,和调用这个方法的上层方法,

都被迫加上throws Exception

看到try中异常以下代码都不走了,

catch中在throw new Exception()之前的代码还走,throw new Exception()之后的代码就不走了

离开try-catch之外后面的代码也不走了,

因为throw new Exception()这个源码里有return,直接相当于线程return了,没了,

打印的错误信息是自己自定义的提示的错误信息.这个是和默认最根本的区别,

![b7c7b59f06d34296a7ae503f50eda526.png][]![35dfb99a79b24fe58bddc53fdbb66715.png][]

![1e13c52e3f644028a3a16e49f61adca8.png][]

#### **4 上层方法去接下层的异常.** ####

上面那个方式:(try-catch 中用throw new Exception()替换掉e.printStackTrace(),

会发现throw new Exception()所在的这个方法,和调用这个方法的上层方法,

都被迫加上throws Exception)

这个时候,我们站在上层方法的角度,我不希望下层throw new Exception()后连我这个上层方法的代码也没法往下走了.

这个时候,我这个上层方法可以自己try-catch把这个出错的下层方法包起来,这样,我这个上层方法的代码不至于蹦了,就能继续catch内部的,和离开try-catch外部之后的代码了.

try-catch设置的异常必须等于或大于下层传来的异常类型.

![f45a0c2a215d439b88ba3a8b932ee1ff.png][]![6d40b0d2ee614c26925ee76257651962.png][]

![c84a4d723ca04dc28e6878ac62412cfa.png][]

#### **5 try-catch-finally** ####

试验得知:不管catch里是e.printStackTrace()还是throw new Exception(),

finally里的代码都会运行

![000e9992a0eb454482eb64d4179dbba4.png][]![34f231432e7c4e15be967f01d4f4c9ae.png][]![c6d355e92f374df3b153d695addeb8ba.png][]

#### **6 e.printStackTrace()和 throw new Exception()的不同** ####

e.printStackTrace()指的是:在命令行打印异常信息在程序中出错的位置及原因,

特点:是即时在控制台打印的,代码执行完这一句,控制台的错误信息就打印出来了.

try-catch加 e.printStackTrace() 是可以自己捕获错误异常,并直接把错误异常打印在控制台的,然后这个异常就被消灭了. try-catch之外的代码是感知不到这个异常的, 上层的代码用 try-catch也是捕获不到下层被try-catch消灭的异常的.

try-catch 不加 e.printStackTrace() 也是可以消灭异常的,但是和加了e.printStackTrace()的区别就是不打印异常信息了,

try-catch加 throw new Exception() 代码的异常已经被 try-catch消灭了,但是这时我又自己手动throw抛了一个新的Exception()异常.这个新的异常一直网上抛,如果上层不加try-catch去捕获它

.那么它就会把线程停止(相当于return),后面的代码都不走了. (finally除外)

然后在控制台打印Exception(messge)里面的messge异常消息

try-catch加 e.printStackTrace()(放前面)加throw new Exception()(放后面), 先是前面的e.printStackTrace()立马在控制台打印默认格式的错误信息, 然后就是throw new Exception()手动throw抛了一个新的Exception()异常.

#### **7 try-catch-finally和return** ####

1) 下面的实验得知,catch中的return优先级是低于finally中的return的.

![9afaa81259f34567857c01ea7228d918.png][]

![e03bf002f99b44b1b9bcd8b117662636.png][]

![e6dc3ed1d3a24390b1c7534dc21e5fc2.png][]

2) 下面的实验得知,return的优先级=throw new exception的优先级.

throw new exception就相当于return了.

![d5b6f8d3c47948709ed3e43f17e97fc2.png][]

3) 优先级总结:

finally的(return=throw new exception) > catch的(return=throw new exception)

[e72234e5b5cd484b86c932a3f6af3cf6.png]: https://img-blog.csdnimg.cn/e72234e5b5cd484b86c932a3f6af3cf6.png
[3a5146b7394a4057914e895986235d0b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/d8aa4ece75a648e4a91ae5c0101c2791.png
[4336abe84585409f958e690af0e86528.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/880da45ef99c4951958e57ad285d5a0f.png
[13d21fc9f7d84830894bd2e789761e10.png]: https://img-blog.csdnimg.cn/13d21fc9f7d84830894bd2e789761e10.png
[12ea8b3c12c548608c8fff53c68732d4.png]: https://img-blog.csdnimg.cn/12ea8b3c12c548608c8fff53c68732d4.png
[e12c2450e2a44683b849edb909b3d61f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/82a5b515b00b4dcd8d081e6937476012.png
[9401fd90127044798d8ac91ea63b6ad5.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/e0b894a3bf8144c8b860f97763a0eee5.png
[b7c7b59f06d34296a7ae503f50eda526.png]: https://img-blog.csdnimg.cn/b7c7b59f06d34296a7ae503f50eda526.png
[35dfb99a79b24fe58bddc53fdbb66715.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/5bc36768f40d4dd5b8c0e36c48033867.png
[1e13c52e3f644028a3a16e49f61adca8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/6fc850fbf9934e54a4794453c30863c3.png
[f45a0c2a215d439b88ba3a8b932ee1ff.png]: https://img-blog.csdnimg.cn/f45a0c2a215d439b88ba3a8b932ee1ff.png
[6d40b0d2ee614c26925ee76257651962.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/40256283127e4c35adcb6256d41096fa.png
[c84a4d723ca04dc28e6878ac62412cfa.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/3d4eed1518774e8d9da1ccf1b69ced78.png
[000e9992a0eb454482eb64d4179dbba4.png]: https://img-blog.csdnimg.cn/000e9992a0eb454482eb64d4179dbba4.png
[34f231432e7c4e15be967f01d4f4c9ae.png]: https://img-blog.csdnimg.cn/34f231432e7c4e15be967f01d4f4c9ae.png
[c6d355e92f374df3b153d695addeb8ba.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/56107b1c84ce4fbbbfc830788ec680b4.png
[9afaa81259f34567857c01ea7228d918.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/cbf4287c955f4fd1be72621bbf486ad3.png
[e03bf002f99b44b1b9bcd8b117662636.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/1d36674aec414e9ca05b035cddfda38c.png
[e6dc3ed1d3a24390b1c7534dc21e5fc2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/63f88f6fac3a43829e0db68ec4786c75.png
[d5b6f8d3c47948709ed3e43f17e97fc2.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/01/9fcc6b3097ff4ed3912a13169dacb977.png