java - 了解 Java 中的检查异常与非检查异常

标签 java exception runtimeexception checked-exceptions unchecked-exception

Joshua Bloch 在“Effective Java”中说过

Use checked exceptions for recoverable conditions and runtime exceptions for programming errors (Item 58 in 2nd edition)

让我们看看我的理解是否正确。

这是我对检查异常的理解:

try{
    String userInput = //read in user input
    Long id = Long.parseLong(userInput);
}catch(NumberFormatException e){
    id = 0; //recover the situation by setting the id to 0
}

<强>1。以上是否被视为检查异常?

<强>2。 RuntimeException 是未经检查的异常吗?

这是我对未经检查的异常的理解:

try{
    File file = new File("my/file/path");
    FileInputStream fis = new FileInputStream(file);   
}catch(FileNotFoundException e){

//3. What should I do here?
    //Should I "throw new FileNotFoundException("File not found");"?
    //Should I log?
    //Or should I System.exit(0);?
}

<强>4。现在,上面的代码难道不能也是一个受检查的异常吗?我可以尝试这样挽回局面吗?我可以吗?(注意:我的第三个问题在上面的 catch 中)

try{
    String filePath = //read in from user input file path
    File file = new File(filePath);
    FileInputStream fis = new FileInputStream(file);   
}catch(FileNotFoundException e){
    //Kindly prompt the user an error message
    //Somehow ask the user to re-enter the file path.
}

<强>5。人们为什么要这样做?

public void someMethod throws Exception{

}

为什么他们让异常冒出来?越早处理错误不是更好吗?为什么会冒泡?

<强>6。我应该冒出确切的异常还是使用异常屏蔽它?

以下是我的阅读内容

In Java, when should I create a checked exception, and when should it be a runtime exception?

When to choose checked and unchecked exceptions

最佳答案

许多人说根本不应该使用检查异常(即您应该显式捕获或重新抛出的异常)。例如,它们在 C# 中被淘汰,并且大多数语言都没有它们。所以你总是可以抛出RuntimeException的子类(未经检查的异常)

但是,我认为检查异常很有用 - 当您想要强制 API 用户思考如何处理异常情况(如果可以恢复)时,可以使用它们。只是检查异常在Java平台中被过度使用,这使得人们讨厌它们。

Here's my extended view on the topic .

至于具体问题:

  1. NumberFormatException 是否考虑检查异常?
    否。NumberFormatException 未选中(= 是RuntimeException 的子类)。为什么?我不知道。 (但应该有一个方法 isValidInteger(..))

  2. RuntimeException 是未经检查的异常吗?
    是的,完全正确。

  3. 我应该在这里做什么?
    这取决于该代码的位置以及您想要发生的情况。如果它在 UI 层 - 捕获它并显示警告;如果它在服务层 - 根本不要捕获它 - 让它冒泡。只是不要吞下异常。如果大多数情况下都会发生异常,您应该选择以下之一:

    • 记录并返回
    • 重新抛出它(声明它由方法抛出)
    • 通过在构造函数中传递当前异常来构造一个新异常
  4. 现在,上面的代码难道不能也是一个受检查的异常吗?我可以尝试这样挽回局面吗?我可以吗?
    本来可以的。但没有什么可以阻止您捕获未经检查的异常

  5. 为什么人们在 throws 子句中添加类 Exception
    最常见的原因是人们懒于考虑捕捉什么以及重新扔掉什么。抛出 Exception 是一种不好的做法,应该避免。

遗憾的是,没有单一的规则可以让您确定何时捕获、何时重新抛出、何时使用已检查异常以及何时使用未检查异常。我同意这会导致很多困惑和很多糟糕的代码。布洛赫(Bloch)阐述了总体原则(您引用了其中的一部分)。总的原则就是将异常重新抛出到可以处理的层。

关于java - 了解 Java 中的检查异常与非检查异常,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/62280176/

相关文章:

java - 更改 WireMock __files 目录

java - 从被调用的方法中捕获异常

java - BindException 多线程服务器

c - __try/__finally 在 UNIX 中等效

java - Eclipse JDT 核心 Java 运行时错误 - java.lang.NoSuchMethodError

java - Jasypt 1.9 : Encrypting passwords with exclamation

java - 如何删除一组数字的最后一位数字

android - LowBatteryReceiver 不存在且致命异常 : main errors android

java - 运行时/已检查/未检查/错误/异常之间的差异

java - 单击按钮后如何使用 jFileChooser 读取文件?