Java异常处理-如何选择异常类型

🕗 发布于 2024-09-03 08:40 java 开发语言

一、Java 异常类型概述

Java 中的异常分为三大类：

1. **受检异常（Checked Exception）**：
- 受检异常是 `Exception` 的子类，但不包括 `RuntimeException`。受检异常表示程序可能会遇到的、必须处理的异常情况，如 I/O 操作失败、数据库连接问题等。
- Java 编译器强制要求对受检异常进行显式处理（通过 `try-catch` 块或方法签名中的 `throws` 声明）。

2. **非受检异常（Unchecked Exception）**：
- 非受检异常是 `RuntimeException` 及其子类。非受检异常表示编程错误或逻辑错误，如空指针访问、数组越界等。
- Java 编译器不强制要求对非受检异常进行处理，通常由开发者自行决定是否捕获。

3. **错误（Error）**：
- `Error` 是 `Throwable` 的子类，表示严重的系统级错误，通常与 JVM 自身相关，如内存溢出、栈溢出等。
- `Error` 通常不应由应用程序捕获或处理。

二、选择异常类型的基本原则

在选择异常类型时，应考虑异常的性质、异常的处理方式以及异常的影响范围。以下是选择异常类型的基本原则：

1. **异常的可预见性**：
- 如果异常是可以预见的，并且调用者能够合理地处理这个异常，应选择受检异常。
- 如果异常是由于编程错误或不应发生的情况引起的，应选择非受检异常。

2. **异常的严重性**：
- 如果异常表示系统级别的严重问题，如内存不足、类加载失败等，应选择 `Error` 或其子类。
- 对于较轻的异常，选择 `Exception` 或 `RuntimeException` 的子类。

3. **调用者的处理能力**：
- 如果异常是调用者必须处理的，如文件读取失败、网络连接断开等，应选择受检异常。
- 如果异常是调用者不能或不需要直接处理的，如编程错误，应选择非受检异常。

三、选择受检异常的场景

1. 外部资源访问

受检异常特别适合于处理与外部资源交互时可能出现的错误，如文件操作、网络通信、数据库访问等。这些操作通常存在失败的可能性，且这种失败是程序无法预见的。因此，调用者需要对这些异常进行处理或记录。

**示例：文件操作**


import java.io.BufferedReader;
import java.io.FileReader;
import java.io.IOException;

public class FileProcessor {
    public void readFile(String fileName) throws IOException {
        try (BufferedReader reader = new BufferedReader(new FileReader(fileName))) {
            String line;
            while ((line = reader.readLine()) != null) {
                System.out.println(line);
            }
        }
    }
}

在这个例子中，`readFile` 方法可能抛出 `IOException`，因为文件可能不存在或无法读取。调用者需要显式处理这个异常，以避免程序在文件读取失败时崩溃。

2. 与用户输入相关的异常

在处理用户输入时，程序可能会遇到格式不正确、类型不匹配等情况。对于这些可预见的错误，使用受检异常可以提醒调用者进行相应的错误处理。

示例：输入格式


import java.text.ParseException;
import java.text.SimpleDateFormat;
import java.util.Date;

public class DateParser {
    public Date parseDate(String dateString) throws ParseException {
        SimpleDateFormat sdf = new SimpleDateFormat("yyyy-MM-dd");
        return sdf.parse(dateString);
    }
}

在这个例子中，`parseDate` 方法可能抛出 `ParseException`，因为用户输入的日期格式可能不正确。调用者需要处理这个异常，提示用户重新输入或采取其他措施。

四、选择非受检异常的场景

1. 编程错误

非受检异常通常用于表示编程错误或逻辑错误，这些错误在开发阶段应尽早发现和修复。由于这些错误通常不应在正常情况下发生，因此使用非受检异常可以避免代码中出现大量冗余的异常处理逻辑。

**示例：空指针异常**


public class NullPointerExample {
    public void process(String input) {
        if (input == null) {
            throw new NullPointerException("Input cannot be null");
        }
        // 继续处理
    }
}

在这个例子中，`process` 方法对 `null` 进行检查，并在发现空指针时抛出 `NullPointerException`。这种异常通常表示开发者的逻辑错误，应通过修复代码来解决，而不是通过异常处理机制。

2. 不可恢复的运行时异常

非受检异常还可以用于表示不可恢复的运行时异常，这些异常通常表示程序遇到了严重的逻辑错误或不可能发生的情况。

**示例：非法参数异常**


public class Calculator {
    public int divide(int a, int b) {
        if (b == 0) {
            throw new IllegalArgumentException("Divisor cannot be zero");
        }
        return a / b;
    }
}

在这个例子中，`divide` 方法检查参数 `b` 是否为零，如果为零则抛出 `IllegalArgumentException`。这种异常表示调用者传递了非法参数，而不是系统故障。

五、设计自定义异常类

在某些情况下，标准的 Java 异常类可能无法完全描述业务逻辑中的特定错误情况。这时，可以通过继承 `Exception` 或 `RuntimeException` 类来自定义异常类型。

1. 自定义受检异常

如果业务逻辑中的错误需要调用者显式处理，可以设计自定义的受检异常类：


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

使用自定义异常类可以使异常信息更具表达性，并帮助调用者更好地理解问题所在。

2. 自定义非受检异常

对于不需要调用者显式处理的错误，可以设计自定义的非受检异常类：


public class DatabaseConnectionException extends RuntimeException {
    public DatabaseConnectionException(String message) {
        super(message);
    }
}

自定义非受检异常通常用于表示系统内部的逻辑错误或特定运行时异常。

六、异常类型选择的最佳实践

在选择异常类型时，以下是一些最佳实践：

1. **优先使用标准异常类型**：Java 提供了丰富的标准异常类型（如 `NullPointerException`、`IllegalArgumentException`、`IOException` 等），尽量使用这些标准异常类型，以提高代码的可读性和可维护性。

2. **避免滥用受检异常**：尽管受检异常可以强制调用者处理异常，但滥用受检异常可能导致代码中充斥大量的 `try-catch` 块，从而降低代码的简洁性和可读性。应谨慎使用受检异常，仅在确实需要调用者处理异常时才使用。

3. **为业务逻辑设计自定义异常**：在业务逻辑中，如果需要描述特定的错误情况，可以考虑设计自定义异常类。自定义异常应当具有清晰的命名和明确的含义，以帮助开发者快速定位问题。

4. **避免捕获和忽略异常**：在捕获异常时，应尽量避免捕获后忽略异常（即空的 `catch` 块）。如果异常确实不需要处理，也应记录日志或提供适当的注释，说明为何可以忽略该异常。

5. **使用多异常捕获**：在处理多个可能抛出不同异常的方法时，可以使用多异常捕获（Java 7 引入的功能），以减少代码冗余并提高代码的可读性。

七、总结

在Java中，异常处理是一种关键的错误处理机制。当在程序执行过程中出现错误或异常情况时，可以通过捕获和处理异常来优雅地处理这些错误。

在选择异常类型时，有几个原则需要考虑：

挑选最具体的异常类型：Java中异常类型构成了一个继承体系，其中最顶层的是java.lang.Throwable类，其下有两个重要的子类，即java.lang.Exception和java.lang.Error。在这两个子类下，又有许多具体的异常类型。在编写代码时，应该尽量使用最具体的异常类型来捕获和处理异常，以便程序能够更准确地识别和处理特定类型的异常。
根据异常情况选择合适的异常类型：在程序中可能会遇到多种类型的异常情况，例如空指针异常、文件不存在异常等。根据具体的异常情况，选择相应的异常类型进行处理。例如，如果遇到文件不存在的异常，应该选择java.io.FileNotFoundException类型进行处理。
考虑异常处理方案的可读性和可维护性：选择合适的异常类型也需要考虑代码的可读性和可维护性。应该选择那些在代码中能够清晰地表达异常处理方案的异常类型，以便其他开发人员能够理解和维护代码。

原文地址：https://blog.csdn.net/Flying_Fish_roe/article/details/141785977

免责声明：本站文章内容转载自网络资源，如本站内容侵犯了原著者的合法权益，可联系本站删除。更多内容请关注自学内容网（zxcms.com）！

上一篇：【数据结构】排序算法二
下一篇：集成电路学习：什么是I/O输入输出

医学数据分析实训项目十基于深度残差神经网络的皮肤癌检测
皮肤镜图像是检查皮肤癌黑色素瘤的主要手段。本实践项目通过构建深度残差神经网络提取皮肤镜图像的高维特征，使用残差学习防止网络梯度退化，降低网络训练的难度，实现黑色素瘤的有效识别。实践项目所使用的数据集由
阅读更多2024-09-20
提升工作效率，引领编程新时代
&emsp;&emsp;&emsp;&emsp;---
阅读更多2024-09-20
滑动窗口(7)_串联所有单词的字串
滑动窗口(7)_串联所有单词的字串,困难级别题目?思路对照样秒AC!!!
阅读更多2024-09-20
Redis性能测试redis-benchmark
你可以获取 Redis 的性能数据，帮助优化配置和硬件资源。如果有特定的场景或命令需要测试，可以详细说明，我可以提供更具体的建议！会输出每个命令的吞吐量（请求每秒）和其他性能指标。这些指标可以帮助你了
阅读更多2024-09-20
ChartLlama: A Multimodal LLM for Chart Understanding and Generation论文阅读
多模态大型语言模型在大多数视觉语言任务中表现出令人印象深刻的表现。但是，该模型通常缺乏对特定域数据的理解能力，尤其是在解释图表图片时。这主要是由于缺乏相关的多模态指令微调数据集。在本文中，我们利用 G
阅读更多2024-09-20
react hooks--useMemo
相当于计算属性!!!useMemo实际的目的也是为了进行性能的优化。◼ 如何进行性能的优化呢？ useMemo返回的也是一个 memoized（记忆的）值； 在依赖不变的情况下，多次定义的时候，
阅读更多2024-09-20
zookeeper向管控平台上报状态
report_status_to_zookeeper() 方法二：第一个 worker 进程上报如果你希望使用第一个工作进程来上报状态，而不是主进程，可以使用进程 ID 来判断： import os
阅读更多2024-09-20
深蓝学院-- 量产自动驾驶中的规划控制算法小鹏
来源：深蓝学院：《量产自动驾驶中的规划控制算法》
阅读更多2024-09-20
加密与安全_三种常见的注入攻击
注入攻击是指攻击者通过传递恶意数据，将这些数据当作代码在目标系统中执行。这类攻击的本质是数据与代码的边界被打破，导致数据被误执行。SQL注入（SQL Injection）：攻击者通过恶意构造的SQL语
阅读更多2024-09-20
Prompt最佳实践｜如何用参考文本让ChatGPT答案更精准？
想象一下，你正在参加一个烹饪比赛，而你的目标是制作出世界上最美味的蛋糕。尽管你对烹饪充满热情，你却不知道那个秘密配方。这时，组织者给了你一个选择：使用一本包含世界顶级糕点师秘密配方的烹饪书。这本书正是
阅读更多2024-09-20