Java异常处理机制

[toc]

Java语言在设计之初就提供了相对完善的异常处理机制,大大提高了程序的可靠性。

异常的分类

我们编写的程序都会经过编译、运行这两个阶段,在这两个阶段都会出现异常。Java将这两个阶段的异常分别称为Checked异常和Runtime异常:

  • checked异常:在编译阶段被强制处理的异常(IDE自动提示的异常)
  • Runtime异常:在运行阶段出现的异常,这些异常是非强制处理的(也有称之为非checked异常)

异常类的结构体系

疯狂Java讲义

图片中RuntimeException类的子类全部为Runtime异常,而继承至Exception的其他子类为checked异常

图片中还有另一个分支ErrorError错误与虚拟机相关(OutOfMemoryError之类的),大部分的Error错误会导致程序或JVM处于非正常、不可恢复的状态,因此没有捕获的必要。

异常处理机制

当程序运行期间出现了意外情况,系统会自动生成一个Exception对象来通过程序。从而将“业务实现代码”和“错误处理代码”分离,提高程序的可读性

Java的异常处理机制主要依赖于try、catch、finally、throw、throws五个关键字。

try...catch...finally

把程序的业务实现代码放在try块中,异常处理逻辑放在catch块中进行处理。

两个基本概念

  • 抛出异常:执行try块里的业务实现代码时出现异常,系统将自动生成一个异常对象,并将其提交给运行时环境

  • 捕获异常:当运行时环境接收到异常对象时,会自上而下依次判断该异常对象是否是catch块后异常类或其子类的实例。如果找到合适的catch块,则把该异常对象交给catch块处理(在程序进入catch块时,赋值于catch块的形参)。否则,将终止运行时环境并退出程序。

多异常捕获

  • 捕获多种类型的异常时,使用“|”将其隔开。
  • 捕获的多种类型的异常变量是不可变的的(隐式的final修饰)

物理资源的两种回收方式

Java的垃圾回收机制只能回收堆内存中的对象所占用的资源,不会回收任何物理资源

物理资源像数据库连接、网络连接、IO操作等都需要显示回收,显示回收的两种方式为添加finally块或使用自动关闭资源的try语句

finally块的使用规则

  • 除非在try、catch块中调用了退出虚拟机的方法(System.exit(0)),否则无论try、catch块中出现什么情况,异常处理的finally块总会被执行
  • finally块中使用了returnthrow语句,方法最终将得到finally块中的returnthrow的结果,无论try、catch块中是否有returnthrow语句

自动关闭回收资源

//()中是可关闭的资源的声明
//这些资源类必须实现AutoCloseable或Closeable接口,从而实现close()方法
try(BufferReader reader=new BufferReader(...)){
    //do something
}
//Closeable是AutoCloseable的子接口,只包含close一个方法
//区别是Closeable中的close抛出IOException异常,而AutoCloseable抛出Exception异常
public interface Closeable extends AutoCloseable {
    public void close() throws IOException;
}

throws声明抛出异常的规则

当前方法不知道如何处理该类型的异常,应该将异常向上级调用者抛出。直到main方法也无法处理时,该异常将交由jvm处理,jvm的处理方式是——打印异常的StackTrace信息,并中止程序运行。

  • throws声明抛出异常只能在方法签名中使用
  • 可以抛出多个异常类并以","号隔开
  • 子类方法声明抛出的异常类型应该是父类方法声明抛出的异常类型的子类或相同,并且异常类型的数量不能比父类的多

throw主动抛出异常对象

有一类异常大多数是根据业务需求来决定的,由于与业务需求不符合而产生的异常,必须由开发人员来决定抛出

throw new IllegalArgumentException("非法参数");

异常处理的原则

  • 捕获体现代码逻辑相关的特定异常,不要捕获像Exception这样的通用异常。

    程序除了被计算机运行之外最多的就是被程序员阅读的,所以我们有义务将自己的代码体现出尽量多的信息。

  • 所有父类异常的catch块都应该排在子类异常的catch块之后(先处理小异常,再处理大异常),否则将出现编译错误。

  • 尽量避免在finally块中使用returnthrow语句,这样导致try、catch块中的终止语句失效,进而影响业务逻辑。

  • 不要忽略异常,忽略异常可能导致非常难以诊断的情况出现。

一些博客或文档

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,864评论 6 494
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,175评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,401评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,170评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,276评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,364评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,401评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,179评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,604评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,902评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,070评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,751评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,380评论 3 319
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,077评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,312评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,924评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,957评论 2 351

推荐阅读更多精彩内容