了解Java中检查与未检查的异常｜ Java Debug 笔记

本文正在参加「Java主题月 - Java Debug笔记活动」，详情查看活动链接

了解Java中检查与未检查的异常

RuntimeException 是未检查的异常

约书亚·布洛赫（Joshua Bloch）在《有效的Java》中说

将检查的异常用于可恢复的条件，将运行时异常用于编程错误（第二版中的项目58）

让我们看看我是否正确理解了这一点。

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

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.我应该冒充确切的异常还是使用Exception屏蔽它？

高分回答：

$\color{purple}很多的知识点，真的需要写出来才会掌握!!!{~}$

许多人说根本不应该使用检查的异常（即应明确捕获或重新抛出的异常）。例如，它们在C＃中已被淘汰，并且大多数语言都没有它们。因此，您始终可以抛出RuntimeException（未经检查的异常）的子类

但是，我认为检查异常非常有用-当您要强制API用户考虑如何处理特殊情况（如果可恢复）时，可以使用它们。只是在Java平台中过度使用了已检查的异常，这使人们讨厌它们。

这是我对该主题的扩展看法。

至于特定的问题：

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

2.是RuntimeException未经检查的异常吗？
对，就是这样。

3.我在这里该怎么办？
这取决于该代码在哪里以及您想要发生什么。如果它在UI层中-捕获它并显示警告；如果它在服务层中-根本不要抓
住它-让它冒泡。只是不要吞下异常。如果在大多数情况下发生异常，则应选择以下一种：
    记录并返回
    重新抛出它（声明它被方法抛出）
    通过在构造函数中传递当前异常来构造新异常

现在，上面的代码难道不是一个检查过的异常吗？我可以尝试恢复这种情况吗？我可以吗？
可能是这样。但是也没有什么可以阻止您捕获未经检查的异常

5.人们为什么要Exception在throws子句中添加类？
大多数情况下，是因为人们懒于考虑要捕获什么和重新抛出什么。投掷Exception是一种不好的做法，应避免使用。

没有一个单一的规则可以让您确定何时捕获，何时重新抛出，何时使用已检查的异常以及何时使用未检查的异常。我同意这会引起很多混乱和很多错误的代码。Bloch陈述了一般原则（您引用了其中的一部分）。通常的原则是将异常抛出到可以处理它的层。

文章翻译自kgs4h5t57thfb6iyuz6dqtun5y-ac4c6men2g7xr2a-stackoverflow-com.translate.goog/questions/6…

作者建议:在代码中，我们需要去捕获异常，比如使用切面，如果没有将异常捕获到，会很难排查错误，我有次因为使用了异步操作，没有做异常，排查了好久。。。

$\color{red}欢迎关注我的专栏StackOverFlow,我会筛选优质的问答，面试常考!!!{~}$

$\color{red}有最新、优雅的实现方式，我也会在文末写出我对本问答的见解{~}$

真心感谢帅逼靓女们能看到这里，如果这个文章写得还不错，觉得有点东西的话

求点赞👍 求关注❤️ 求分享👥 对8块腹肌的我来说真的 非常有用！！！

如果本篇博客有任何错误，请批评指教，不胜感激 ！❤️❤️❤️❤️