• 【第七章 Throwable、抓抛模型、异常处理机制(try-catch-finally)】


    第七章 Throwable、抓抛模型、异常处理机制(try-catch-finally、throws+异常类型)

    1.异常体系结构:Throwable
    ①.Error:一般不编写针对性的代码进行处理。(StackOverflowError和OOM。)比如:JVM系统内部错误、资源耗尽等严重情况。
    ②.Exception: 可以使用针对性的代码进行处理。
    a.编译时异常(IOException/ClassNotFoundExcepion/FileNotFoundException);
    b.运行时异常(NullPointerException/ClassCastException/ArrayIndexOfBoundsException);
    例如:空指针访问、试图读取不存在的文件、网络连接中断、数组角标越界 。
    2.异常处理:抓抛模型
    (1)过程一:“抛”:程序在正常执行的过程中,一旦出现异常,就会在异常代码处生成一个对应异常类的对象并将此对象抛出。一旦抛出对象以后,其后的代码就不再执行
    (2)过程二:“抓”:可以理解为异常的处理的方式:①try-catch-finally②throws+异常类型
    3.异常处理机制一:try-catch-finally

     try{
       可能出现异常的代码
       }catch(异常类型1 变量名1){
       		处理异常的方式1
       }catch(异常类型2 变量名2){
       		处理异常的方式2
       }catch(异常类型3 变量名3){
       		处理异常的方式2
       }
       ...
       finally{
       一定会执行的代码
       }
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13

    说明:
    ①finally是可选的;
    ②使用try将可能出现异常代码包装起来,在执行过程中,一旦出现异常,就会生成一个对应异常类的对象,根据此对象的类型,去catch中进行匹配;
    ③一旦try中的异常对象匹配到某一个catch时,就进入catch中进行异常的处理,一旦处理完成,就跳出当前的try-catch结构(在没有写finally的情况),继续执行其后的代码;
    ④catch中的异常类型,如果没有子父类关系,谁声明在上,谁声明在下无所谓;
    catch中的异常类型,如果满足子父类关系,则要求子类一定声明在父类的上面,否则,报错。
    ⑤常用异常对象处理方式:e.getMessage()、e.printStackTrace();
    ⑥try结构中声明的变量,出了try结构以后,不能再调用。
    ⑦使用try-catch-finally处理编译时异常,使得程序在编译时就不再报错,但是运行时仍可能报错,相当于我们使用try-catch-finally将一个编译时可能出现的异常,延迟到运行时出现。
    ⑧try-catch-finally结构可以嵌套。

    @Test
    	public void test1() {
    		String str1="123";
    		str1="abc";
    		try {
    			int num=Integer.parseInt(str1);
    			System.out.println("hello-----1");
    		} catch (NullPointerException e) {
    			System.out.println("出现空指针异常了!");
    		}catch (NumberFormatException e) {
    			System.out.println("出现数值转换异常了!");
    		}catch (Exception e) {
    			//System.out.println(e.getMessage());
    			//e.printStackTrace();;
    			System.out.println("出现异常了!");}
    		System.out.println("hello-----2");
    	}
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12
    • 13
    • 14
    • 15
    • 16
    • 17

    try-catch-finally中finally的使用:
    ① finally是可选的;
    ② finally声明的是一定会被执行的代码,即使catch中有出现异常了,try中有return语句,catch 中有return语句等情况。
    ③像数据库连接,输入输出流,网络变成Socket等资源,JVM是不能回收的,我们需要自己手动的进行资源的释放,此时的资源释放,就需要声明在finally中。

    public int method() {
    		try {
    			int arr[]=new int[10];
    			System.out.println(arr[10]);
    			return 1;
    		} catch (ArrayIndexOutOfBoundsException e) {
    			e.printStackTrace();
    			return 2;
    		}finally {
    			System.out.println("hi everyone!");
    		}
    	}
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11
    • 12

    4.异常处理机制二:throws+异常类型
    ①throws+异常类型 写在方法的声明处,指明此方法执行时,可能会抛出的异常类型,一旦当方法体执行时,出现异常,仍会在异常代码生成处生成一个异常类的对象,此对象满足throws后异常类型时,就会被抛出,异常代码后续的代码,就不再执行。
    ②try-catch-finally:真正的将异常处理掉了。
    throws+异常类型:只是将异常抛给了方法的调用者,并没有真正的将异常处理掉。
    ③开发中如何选择使用try -catch-finally还是使用throws?
    a.如果父类中被重写的方法没有throws方式处理异常,则子类重写的方法也不能使用throws,意味着如果子类重写的父类的方法有异常,必须使用try-catch-finally方式处理。
    b.执行的方法中先后又调用了另外的方法,这几个方法是通过递进关系执行的,我们建议这几个方法使用throws的方式进行处理,而执行的方法a可以考虑使用try-catch-finally方式进行处理。

    @Test
    	public static void method1() throws FileNotFoundException,IOException{
    		File file =new File("hello.txt");
    		FileInputStream fileInputStream=new FileInputStream(file);
    		int data=fileInputStream.read();
    		while (data!=-1) {
    			System.out.println((char)data);
    			data=fileInputStream.read();
    		}
    		fileInputStream.close();
    	}
    
    • 1
    • 2
    • 3
    • 4
    • 5
    • 6
    • 7
    • 8
    • 9
    • 10
    • 11

    5.throw和throws的区别:
    ①throw :异常的生成阶段,手动抛出一个异常;
    ②throws:异常的处理方式,声明方法可能要抛出的各种异常类。

  • 相关阅读:
    双十二选什么牌子的led台灯质量好?2022最新几款真的能护眼的台灯推荐
    无意中发现腾讯Java开发手册
    【C++入门指南】C如何过渡到C++?祖师爷究竟对C++做了什么?
    HTTP学习——跨域资源共享(CORS)
    Lesson10——NumPy 迭代数组
    Linux账户组管理及权限练习
    A股风格因子看板 (2023.09 第08期)
    容器内获得apiserver地址
    数据结构堆介绍,图文详解分析——Java/Kotlin双版本代码
    《leetcode刷题》-864-获取所有钥匙的最短路径-困难
  • 原文地址:https://blog.csdn.net/qq_43742813/article/details/126754948