浅谈Java异常处理机制及项目中的的规范处理方法

本文详细探讨了Java异常处理的机制,包括异常的分类如Error和Exception,以及运行时异常和非运行时异常。介绍了Java异常处理的关键字如try-catch-finally、throws和throw的用法,并讨论了异常处理的原则,如尽早抛出、延迟捕获和日志记录。此外,文章还提到了自定义异常、异常转换与异常链,以及在Java项目中实现统一异常处理的重要性。
摘要由CSDN通过智能技术生成

一、前言

  本文主要讲述异常处理的机制和原理,以及探讨开发Java程序时,每一层如何进行异常处理?异常何时被抛出?何时被记录?如何记录?记录checked异常还是unChecked异常?异常是否应该呈现到前端页面?如何设计一个异常框架等问题。

二、基本概念

  异常是程序在运行时出现的不正常情况。是Java按照面向对象的思想将问题进行对象封装。这样就方便于操作问题以及处理问题。

  异常处理的目的是提高程序的健壮性。你可以在catch和finally代码块中给程序一个修正机会,使得程序不因不可控制的异常而影响程序的流程。同时,通过获取Java异常信息,也为程序的开发维护提供了方便。

**Java异常类层次结构图**

  • Java中的异常用对象来处理,并定义java.lang.Throwable作为所有异常的超类。Throwable分成了两个不同的分支,Exception(异常)和 Error(错误);

  • 其中异常类Exception又分为运行时异常(RuntimeException)和非运行时异常。或不受检查异常(Unchecked Exception)和检查异常(Checked Exception);

  • 异常是针对 方法 来说的,抛出、声明抛出、捕获和处理异常都是在方法中进行的;

  • Java异常处理通过5个关键字try、catch、throw、throws、finally进行管理;

  • Error(错误):灾难性的致命的错误,是程序无法控制和处理的。

      Error类对象由 Java 虚拟机生成并抛出,大多数错误与代码编写者所执行的操作无关。例如,Java虚拟机运行错误、内存溢出。这些异常发生时,Java虚拟机(JVM)一般会选择线程终止;还有发生在虚拟机试图执行应用时,如类定义错误、链接错误。这些错误是不可查的,因为它们在应用程序的控制和处理能力之外,而且绝大多数是程序运行时不允许出现的状况。对于设计合理的应用程序来说,即使确实发生了错误,本质上也不应该试图去处理它所引起的异常状况。

  • Exception(异常):通常情况下是可以被程序处理的,并且在程序中应该尽可能的去处理这些异常。。

  • 运行时异常和受检查异常

    • 运行时异常 (unChecked异常)

        RuntimeException类及其子类都被称为运行时异常。这些异常一般是由程序逻辑错误引起的,属于应该解决的Bug,程序应该从逻辑角度避免这类异常的发生,不推荐try-catch来捕获处理,但是有时候为了增强用户体验,保证Crash次数降到最低,会人为捕捉一些运行时异常。这种异常的特点是Java编译器不去检查它,也就是说,当程序中可能出现这类异常时,即使没有用try-catch语句捕获它,也没有用throws字句声明抛出它,还是会编译通过。但在运行时会被系统自动抛出。

    • 非运行时异常 (checked异常)

        除了RuntimeException类及其子类外,其他的Exception类及其子类都属于非运行时异常,从程序语法角度讲是必须进行处理的异常,如果不处理程序就不能编译通过。

  • 异常转型和异常链

  我们做的JEE项目时候,一般会有三层的结构:持久层、逻辑层、展现层。异常也是如此的,当我们各个层之间传递异常,我们就需要先封装,然后传递。

  • 异常链示例
catch (SQLException e)
    {
        throw new JdbcException(e);
    }

三、异常处理机制

  在 Java 应用程序中,异常处理机制为:抛出异常,捕捉异常。

  • 抛出异常

  当一个方法出现错误引发异常时,方法创建异常对象并交付运行时系统,异常对象中包含了异常类型和异常出现时的程序状态等异常信息。运行时系统负责寻找处置异常的代码并执行。

  该方法的调用者必须处理或者重新抛出该异常。当方法的调用者无力处理该异常的时候,应该继续抛出,所经方法都层层上抛获取的异常,若最终都没有被处理,将交由虚拟机处理。处理也很简单,就是打印异常消息和堆栈信息,记录日志。

  • 捕捉异常

  在方法抛出异常之后,运行时系统将转为寻找合适的异常处理器(exception handler)。潜在的异常处理器是异常发生时依次存留在调用栈中的方法的集合。当异常处理器所能处理的异常类型与方法抛出的异常类型相符时,即为合适的异常处理器。

  运行时系统从发生异常的方法开始,依次回查调用栈中的方法,直至找到含有合适异常处理器的方法并执行。当运行时系统遍历调用栈而未找到合适的异常处理器,如果出现异常的线程为主线程,则整个程序运行终止;如果非主线程,则终止该线程,其他线程继续运行。

  在方法中用try-catch语句捕获并处理异常,catach语句可以有多个,用来匹配处理异常。并且尽量将捕获底层异常类的catch子句放在前面。

  异常总是先被抛出,后被捕捉的。

  • Java规定

  对于可查异常必须捕捉、或者声明抛出。允许忽略不可查的RuntimeException和Error。

  RuntimeException由业务逻辑保证。

3.1、抛出异常实例(throws 和 throw)

public class Throws {
   
    public static void main(String[] args) throws Exception{
   //抛出异常类
	System.out.println(10 / 0);
	throw new Exception("抛出异常对象");
	//System.out.println("throw后面的代码不再执行");
    }
}

3.2、捕获异常实例(try-catch 和 finally)

import 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值