前言:

       之前小怡带大家认识了String类,今天小怡给大家分享Java中的异常。

 1.异常的概念与体系结构

1.1    异常的概念  

          在日常开发中,绞尽脑汁将代码写的尽善尽美,在程序运行中,难免会出现一些奇奇怪怪的问题有时候通过代码很难控制,比如:数据格式不对、网络不通畅、内存报警等。

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

1. 算术异常

2.数组越界异常 

3.空指针异常 

1.2   异常的体系结构 

          异常种类繁多,为了对不同异常或者错误进行很好的分类管理,Java内部维护了一个异常的体系结构。

1.Throwable:是异常体系的顶层类,其派生出两个重要的子类,Error和Exception;

2.Error:指的是Java虚拟机无法解决的严重问题,比如:JVM的内部错误、资源耗尽等,典型代表:StackOverflowError和OutOfMemoryError,一旦发生回力乏术;

3.Exception:异常产生后程序员可以通过代码处理,使程序继续执行。 

1.3  异常的分类 

         异常可能在编译时发生,也可能在程序运行时发生,根据发生的时机不同,可以将异常分为:

1.编译时异常 

          在程序编译 期间发生的异常,称为编译时异常,也称为受检查异常。

2.运行时异常

         在程序执行期间发生的异常,称为运行时异常,也称为非受检查异常。RunTimeException以及其子类对应的异常,都称为运行时异常。比如:NullPointException、ArrayIndexOutBoundsException、ArithmeticException。 

2.异常的处理 

2.1   防御式编程 

          错误在代码中是客观存在的。因此我们要让程序出现问题及时通知程序猿,主要的方式:

1.LBYL:Look Before You Leap,在操作之前就做充分地检查,即:事前防御型

boolean ret=false;
ret=登陆游戏();
if(!ret){
    处理登陆游戏错误;
    return;
}
ret=开始匹配();
if(!ret){
     处理匹配错误;
     return;
}
ret=游戏确认();
if(!ret){
     处理游戏确认错误;
     return;
}
ret=选择英雄();
if(!ret){
     处理选择英雄错误;
     return;
}
......

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

2.EAFP:事后获取原谅比事前获取许可更容易。也就是先操作,遇到问题再处理,即:事后认错型。 

try{
    登陆游戏();
    开始匹配();
    游戏确认();
    选择英雄();
    载入游戏画面();
}catch(登陆游戏异常){
    处理登陆游戏异常;
}catch(开始匹配异常){
    处理开始匹配异常;
}catch(游戏确认异常){
    处理游戏确认异常;
}catch(选择英雄异常){
    处理选择英雄异常;
}catch(载入游戏画面异常){
    处理载入游戏画面异常;
}

           优势:正常流程和错误流程是分离开的,程序猿更关注正常流程,代码更清晰,容易理解代码,异常处理的核心思想就是EAFP。

        在Java中,异常处理主要的5个关键字:throw、try、catch、finally、throws

2.2    异常的抛出 

            在编写程序时,如果程序中出现错误,此时就需要将错误的信息告知给调用者,比如:参数检测。在Java中可以借助throw关键字,抛出一个指定的异常对象,将错误信息告知给调用者。语法如下:

throw new  XXXException("异常产生的原因"); 

【注意事项】

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

2.3    异常的捕获 

       异常的捕获,也就是异常的具体处理方式,主要有两种:异常声明throws以及try-catch捕获处理。

2.3.1   异常声明throws 

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

语法格式:

修饰符   返回值类型   方法名(参数列表)  throws  异常类型1,异常类型2...{

public void OpenConfig(String filename)throws FileNotFoundException{
     if(filename.equals("config.ini")){
         throw new FileNotFoundException("配置文件名字不对");
     }
}

[注意]:

  1.   throws必须跟在方法的参数列表之后
  2. 声明的异常必须是Exception或者Exception的子类;
  3. 方法内部如果抛出了多个异常,throws之后必须跟多个异常类型,之间用逗号隔开,如果抛出多个异常类型具有父子关系,直接声明父类即可;
  4. 调用声明抛出异常的方法时,调用者必须对该异常进行处理,或者继续使用throws抛出。 

2.3.2   try-catch捕获并处理 

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

语法格式:

try{

       //将可能出现异常的代码放在这里

}catch(要捕获的异常类型 e){

       //如果try中的代码抛出异常了,此处catch捕获时异常类型与try中抛出的异常类型一致时,或者是try中抛出异常的基类时,就会被捕获到 

       //对异常就可以正常处理,处理完成后,跳出try-catch结构,继续执行后续代码

}【catch(异常类型 e){

       //对异常进行处理

}finally{

       //此处代码一定会被执行到

}】

注意:

1.【】中表示被捕获到时,可以添加,也可以不用添加。

2.try中的代码可能会抛出异常,也可能不会。

关于异常的处理方式

      异常的种类有很多,我们要根据不同的业务场景来决定。

1.对于比较严重的问题(比如和算钱相关的场景),应该让程序直接崩溃,防止造成更严重的后果;

2.对于不太严重的问题(大多数场景),可以记录错误日志,并通过监控报警程序及时同时程序猿;

3.对于可能会恢复的问题(和网络相关的场景),可以尝试进行重试。

【注意事项】

1.try块内抛出异常位置之后的代码将不会被执行;

2.如果抛出异常类型与catch时异常类型不匹配,即异常不会被成功捕获,也就不会被处理,继续往外抛,直到JVM收到后中断程序---异常是按照类型来捕获的。

3.try中可能会抛出多个不同的异常对象,则必须用多个catch来捕获---即多种异常,多次捕获。如果异常之间具有父子关系,一定是子类异常在前catch,父类异常在后catch,否则语法错误;

4.可以打印出错误的信息,用:

e.printStackTrace;

5.可以通过一个catch捕获所有的异常,即多个异常,一次捕获;

catch(Exception e)

由于Exception类是所有异常类的父类,此时是从上到下过滤的,因此可以用这个类型表示捕捉所有异常。

2.3.3   finally 

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

语法格式:

try{

      //可能会发生异常的代码

}catch(异常类型 e){

      //对捕获到的异常进行处理

}finally{

      //此处的语句无论是否发生异常,都会被执行到

3.自定义异常类 

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

   具体方式

1.自定义异常类,然后继承自Exception或者RuntimeException。

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

class UserNameException extends Exception{
     public UserNameException(String message){
        super(message);
    }
}

 

 

 

 

【注意事项】

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

今天的分享到这里结束啦,小怡和大家一起进步一起学习,“当你停下脚步的时候,不要忘了别人还在奔跑”。 

今天的分享到这里结束啦,小怡和大家一起进步一起学习,“勇猛的面临不必定胜利,但你不面临就必须不胜利”。

点赞(0) 打赏

评论列表 共有 0 条评论

暂无评论

微信公众账号

微信扫一扫加关注

发表
评论
返回
顶部