Java异常处理机制你真的会了吗?完全详解来了

在这里插入图片描述

一、什么是异常?

实际工作中,遇到的情况不可能是非常完美的。比如:你写的某个板块,用户输入不一定符合你的要求;你的程序要打开某个文件,这个文件不存在或者文件格式不对;你要读取数据库的数据,数据可能是空的;程序在运行,内存或硬盘可能满了等等。

二、异常和错误有什么区别?

Error通常是灾难性的致命的错误,是程序无法控制和处理的,当出现这些异常时,Java虚拟机(JVM)一般会选择终止线程;Exception通常情况下是可以被程序处理的,并且在程序中应该尽可能的去处理这些异常。

三、异常有什么用?

  • 可以对可能出现的异常进行更清晰的处理和说明,比如在finally中关闭资源或连接,或者在catch块中捕获异常打印信息到屏幕和日志等。
  • 应用异常来处理业务逻辑,可以这么做,但是这有违背异常设计的初衷(异常实质上可以是一个if else语句,当然可以用作业务处理)。

四、异常的简单分类

  • 检查性异常(CheckedException):最具代表的检查性异常是用户错误或问题引起的异常,这是程序员无法预见的,但是部分IDE会予以提示。例如要打开一个不存在的文件时,一个异常就发生了,这些异常在编译时不能被忽略,没有处理Checked异常,该程序在编译时就会发生错误无法编译。这体现了Java的设计哲学:没有完善错误处理的代码根本没有机会被执行。
  • 运行时异常(RuntimeException):运行时异常是可能被程序员避免的异常。与检查性异常相反,运行时异常可以通过编译,但是此类异常一般时由程序逻辑错误引起的,程序应该从逻辑角度尽可能避免这类异常的发生。这种异常可以选择捕获处理,也可以不处理(比如1/0所发生的算数异常,若显示申明或者捕获将会对程序的可读性和运行效率影响很大)。
  • 错误ERROR:错误不是异常,而是脱离程序员控制的问题。当程序发生不可控的错误时,通常做法是通知用户并中止程序的执行。例如,当栈溢出时,一个错误就发生了,程序也就被强行终止了,这是在编译时所检查不到的。Error由Java虚拟机生成并抛出,包括动态链接失败,虚拟机错误等。程序对其不做处理。

五、异常的体系结构

在这里插入图片描述

  • 所有的异常都是从Throwable继承而来的,是所有异常的共同祖先。
  • Throwable有两个子类,Error和Exception。
  • 重点掌握运行时异常,这是与我们日常编程经常打交到的异常。

六、异常处理机制

Java异常的处理主要依赖于try,catch,finally,throws,throw这五个关键字:
  • trytry块中主要放置可能会产生异常的代码块,如果执行try块里的业务逻辑代码时出现异常,系统会自动生成一个异常对象该异常对象被提交给运行环境,这个过程被称为抛出(throw)异常。Java环境收到异常对象时,会寻找合适的catch块(在本方法或是调用方法),如果找不到,java运行环境就会终止,java程序将退出。
  • catchcatch块中放置当出现相应的异常类型时,程序需要执行的代码。当try中语句可能发生多个异常的时候可以有多个catch。
  • finallyfinally中存放一定会执行的代码,异常机制保证finally代码总是会被执行。当遇到try或catch中return或throw之类可以终止当前方法的代码时,jvm会先去执行finally中的语句,当finally中的语句执行完毕后才会返回来执行try/catch中的return,throw语句。如果finally中有return或throw,那么将执行这些语句,不会在执行try/catch中的return或throw语句。finally块中一般写的是关闭资源之类的代码。 但以下四种情况将会导致finally块不执行: (1)在finally语句块中发生了异常 (2)在前面的代码中使用了System.exit()退出虚拟机 (3)程序所在线程死亡 (4)关闭cpu 。
  • throws:在方法的声明中,用于抛出次方法中的异常给调用者,调用者可以选择捕获或者抛出,如果所有方法(包括main)都选择抛出。那么最终将会抛给JVM。JVM打印出栈轨迹(异常链)。
  • throw用于抛出一个具体的异常对象

1. 使用try…catch捕获异常:

  • 如果执行try块中的业务逻辑代码时出现异常,系统自动生成一个异常对象,该异常对象被提交给java运行环境,这个过程称为抛出(throw)异常。
  • 当java运行环境收到异常对象时,会寻找能处理该异常对象的catch块,如果找到合适的cathc块并把该异常对象交给catch块处理,那这个过程称为捕获(catch)异常;如果java运行时环境找不到捕获异常的catch块,则运行时环境终止,java程序也将退出。

2. 使用throw(s)处理异常:

  • 如果当前出现的异常在本方法中无法处理,我们只能抛出异常。
  • 调用异常的对象的printStackTrace()方法,打印方法调用栈的异常信息。
  • 如果出现异常的线程为主线程,则整个程序运行终止;如果非主线程,则终止该线程,其他线程继续运行。
  • throw和throws关键字的区别: throw用来抛出一个异常,在方法体内。语法格式为:throw 异常对象;throws用来声明方法可能会抛出什么异常,在方法名后,语法格式为:方法名(参数表)throws 异常类型1,异常类型2…异常类型n

3. 异常类的几个常用方法

  • getMessage();返回该异常的详细描述字符
  • printStackTrace():将该异常的跟踪栈信息输出到标准错误输出。(异常链)
  • printStackTrace(PrintStream s):将该异常的跟踪栈信息输出到指定的输出流
  • getStackTrace():返回该异常的跟踪栈信息。

七、自定义异常

使用Java内置的异常类可以描述在编程时出现的大部分异常情况。除此之外,用户还可以自定义异常。用户自定义异常类,只需继承Exception类即可。
自定义异常大体可分为以下几个步骤:
1. 创建自定义异常类,继承Exception类;
2. 在方法中通过throw关键字抛出异常对象;
3. 如果在当前抛出异常的方法中处理异常,可以使用try-catch语句捕获并处理;否则在方法的声明处通过throws关键字指明要抛出给方法调用者的异常,继续下一步操作;
4. 在出现异常方法的调用者中捕获并处理异常。
代码实例:
public class Test3 {
    public static void main(String[] args) {
        MyStack myStack = new MyStack(1);
        try {
            myStack.push(1);
            System.out.println(myStack.pop());
            System.out.println(myStack.pop());
        } catch (StackException e) {
            System.out.println(e.toString());
        }
    }
}

class MyStack{
    private int pos;
    private int array[];

    public MyStack() {
        pos = -1;
        this.array = new int[10];
    }

    public MyStack(int size) {
        pos = -1;
        this.array = new int[size];
    }

    public void push(int value) throws StackException {
        if (pos >= 9) throw new StackException();
        array[++pos] = value;
    }
    public int pop() throws StackException {
        if (pos < 0) throw new StackException();
        return array[pos--];
    }
}

class StackException extends Exception
{
    public String toString()
    {
        return "Stack Exception!";
    }
}
运行结果:

在这里插入图片描述

八、实际应用中的经验总结

  • 处理运行时异常时,用良好的逻辑去合理规避同时辅助try-catch处理。
  • 在多重catch块后面,可以加一个catch(Exception)来处理可能被遗漏的异常。
  • 对于不确定的代码,也可以加上try-catch,处理潜在的异常。
  • 尽量去处理异常,切忌只是简单的调用printStackTrace()去打印输出。
  • 尽量添加finally语句块去释放占用的资源
  • 进行异常捕获时,一定要记住先捕获小的异常,再捕获大的异常。
  • throw语句后不允许有紧跟其他语句,因为这些没有机会执行
  • 细化异常的类型,不要不管什么类型的异常都写成Excetpion。
  • Runtime异常的灵活性比Checked的灵活性更强。因为Checked异常必须要被显式捕获或者显式抛出,所以Runtime写的更方便,我们自定义异常一般都是用Runtime异常。

参考博文:
https://blog.csdn.net/zx64881926/article/details/52300271
https://blog.csdn.net/woshixuye/article/details/8230407
在这里插入图片描述

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值