Java 异常

目录

1 认识异常

1.1 概念

1.2 异常的体系结构

1.3 异常的分类

2 异常的处理

2.1 防御式编程

2.2 异常的抛出

2.3 异常的捕获

2.3.1 异常声明 throws

2.3.2 try-catch 捕获并处理

2.3.3 finally

 2.4 异常的处理流程

3 自定义异常类


1 认识异常


1.1 概念


在 Java 中,将程序执行过程中发生的不正常行为称为异常


① 算数异常



当程序出现异常后将不会执行异常之后的代码


② 空指针异常



③ 数组越界异常



异常到底有多少个?异常之间的关系又是什么?


1.2 异常的体系结构




一个递归一直在递归会出现错误


  • Throwable:是异常体系的顶层类,其派生出两个重要的子类, Error 和 Exception
  • Error:指的是Java虚拟机无法解决的严重问题,比如:JVM的内部错误、资源耗尽等,典型代表: StackOverflowError和OutOfMemoryError,一旦发生回力乏术
  • Exception:异常产生后程序员可以通过代码进行处理,使程序继续执行。比如:感冒、发烧。我们平时所说的异常就是Exception

1.3 异常的分类



不是报错就是编译时异常,例如语法错误


注意:编译时出现的语法性错误,不能称之为异常。例如将 System.out.println 拼写错了, 写成了 system.out.println 此时编译过程中就会出错, 这是 "编译期" 出错。


2 异常的处理


2.1 防御式编程


① 事前防御型


boolean ret = false;

ret = 登陆游戏();

if (!ret) {

处理登陆游戏错误;

return;

}

ret = 开始匹配();

if (!ret) {

处理匹配错误;

return;

}

ret = 游戏确认();

if (!ret) {

处理游戏确认错误;

return;

}

ret = 选择英雄();

if (!ret) {

处理选择英雄错误;

return;

}

ret = 载入游戏画面();

if (!ret) {

处理载入游戏错误;

return;

}

......


缺陷:正常流程和错误处理流程代码混在一起, 代码整体显的比较混乱


② 事后认错型


在 Java 中,异常处理主要的5个关键字:throwtrycatchfinalthrows


2.2 异常的抛出


throw 这个关键字一般用于手动抛出自定义的异常




  • throw 必须写在方法体内部
  • 抛出的对象必须是 Exception 或者 Exception 的子类对象
  • 如果抛出的是 RunTimeException 或者 RunTimeException 的子类,则可以不用处理,直接交给JVM 来处理
  • 如果抛出的是编译时异常,用户必须处理,否则无法通过编译
  • 异常一旦抛出,其后的代码就不会执行

2.3 异常的捕获


2.3.1 异常声明 throws

当方法中抛出编译时异常,用户不想处理该异常,此时就可以借助 throws 将异常抛给方法的调用者来处理。即当前方法不处理异常,提醒方法的调用者处理异常


throws 的位置一般在方法的声明之后




加了 throws 声明异常后编译时将不会报错



  • throws 必须跟在方法的参数列表之后
  • 声明的异常必须是 Exception 或者 Exception 的子类
  • 方法内部如果抛出了多个异常,throws 之后必须跟多个异常类型,之间用逗号隔开,如果抛出多个异常类型具有父子关系,直接声明父类即可

调用声明抛出异常的方法时,调用者必须对该异常进行处理,或者继续使用 throws 抛出



继续使用 throws 抛出


异常实际上没有被程序员处理,实际上还是交给了 JVN


2.3.2 try-catch 捕获并处理

throws 对异常并没有真正处理,而是将异常报告给抛出异常方法的调用者,由调用者处理。如果真正要对异常进行 处理,就需要 try-catch





交给 JVN 处理和自行处理区别



通过 try-catch 捕获并处理异常


处理完异常后程序正常执行


  • catch 里面的参数就是你要捕获的异常,如果捕获到了才会执行 catch 当中的内容
  • catch 里面的参数异常要和代码存在的异常要一致,否则将会报错


  • try 块内抛出异常位置之后的代码将不会被执行
  • 如果抛出异常类型与 catch 时异常类型不匹配,即异常不会被成功捕获,也就不会被处理,继续往外抛,直到 JVM 收到后中断程序----异常是按照类型来捕获的

可以通过 catch 捕获多个异常



可以打印异常出现的位置



为什么打印异常出现在 after 之后?


底层代码可能执行起来慢,或者有一个交错,因此打印顺序可能不一样


如果多个异常的处理方式是完全相同, 也可以写成这样

比较少用


虽然可以捕获多个异常,但同一时刻只能抛出一个异常


 如果异常之间具有父子关系,一定是子类异常在前 catch,父类异常在后 catch,否则语法错误




2.3.3 finally

在写程序时,有些特定的代码,不论程序是否发生异常,都需要执行,比如程序中打开的资源:网络连接、数据库连接、IO流等,在程序正常或者异常退出时,必须要对资源进进行回收。另外,因为异常会引发程序的跳转,可能导致有些语句执行不到,finally就是用来解决这个问题的



问题:既然 finally 和 try-catch-finally 后的代码都会执行,那为什么还要有 finally 呢?

需求:实现 getData 方法,内部输入一个整形数字,然后将该数字返回,并再 main 方法中打印



上述程序,如果正常输入,成功接收输入后程序就返回了,try-catch-finally 之后的代码根本就没有执行,即输入流就没有被释放,造成资源泄漏


注意:finally 中的代码一定会执行的,一般在 finally 中进行一些资源清理的扫尾工作


  • finally 执行的时机是在方法返回之前(try 或者 catch 中如果有 return 会在这个 return 之前执行 finally)
  • 但是如果finally 中也存在 return 语句, 那么就会执行 finally 中的 return, 从而不会执行到 try 中原有的 return
  • 一般我们不建议在 finally 中写 return (被编译器当做一个警告)

 2.4 异常的处理流程



3 自定义异常类


Java 中虽然已经内置了丰富的异常类,但是并不能完全表示实际开发中所遇到的一些异常,此时就需要维护符合我们实际情况的异常结构


具体方式


① 自定义异常类,然后继承自 Exception(编译时) 或者 RunTimeException(运行时) 


② 实现一个带有 String 类型参数的构造方法,参数含义:出现异常的原因


  • 自定义异常通常会继承自 Exception 或者 RuntimeException
  • 继承自 Exception 的异常默认是受查异常
  • 继承自 RuntimeException 的异常默认是非受查异常

例题:实现一个简单的控制台版用户登陆程序, 程序启动提示用户输入用户名密码. 如果用户名密码出错, 使用自定义异常的方式来处理



  • 21
    点赞
  • 15
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值