理解Java中的检查异常和未检查异常

约书亚·布洛赫在《有效的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. 现在，上面的代码不能也是一个受控异常吗?我可以试着挽回这样的局面吗?我可以吗?(注:我的第三个问题在上面的陷阱里)

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. 我是否应该冒泡出确切的异常或使用异常掩盖它?

以下是我的阅读资料

在Java中，什么时候应该创建检查异常，什么时候应该是运行时异常?

何时选择已检查异常和未检查异常

当前回答

检查异常:

The exceptions which are checked by the compiler for smooth execution of the program at runtime are called Checked Exception. These occur at compile time. If these are not handled properly, they will give compile time error (Not Exception). All subclasses of Exception class except RuntimeException are Checked Exception. Hypothetical Example - Suppose you are leaving your house for the exam, but if you check whether you took your Hall Ticket at home(compile time) then there won't be any problem at Exam Hall(runtime).

未检查异常:

The exceptions which are not checked by the compiler are called Unchecked Exceptions. These occur at runtime. If these exceptions are not handled properly, they don’t give compile time error. But the program will be terminated prematurely at runtime. All subclasses of RunTimeException and Error are unchecked exceptions. Hypothetical Example - Suppose you are in your exam hall but somehow your school had a fire accident (means at runtime) where you can't do anything at that time but precautions can be made before (compile time).

2018-01-09 17:56:17

其他回答

受控异常在编译时由JVM检查，并与资源相关(文件/db/流/套接字等)。受控异常的动机是，在编译时，如果资源不可用，应用程序应该在catch/finally块中定义一个替代行为来处理这个异常。

未经检查的异常纯粹是编程错误、错误计算、空数据甚至业务逻辑中的失败都可能导致运行时异常。在代码中处理/捕获未检查的异常是绝对没问题的。

解释摘自http://coder2design.com/java-interview-questions/

2015-07-13 13:13:19

为了回答最后一个问题(上面的其他问题似乎都得到了彻底的回答)，“我应该冒泡出确切的异常还是使用exception掩盖它?”

我猜你的意思是这样的:

public void myMethod() throws Exception {
    // ... something that throws FileNotFoundException ...
}

不，总是声明尽可能精确的异常，或者一个这样的列表。你声明你的方法能够抛出的异常是你的方法和调用者之间契约的一部分。抛出"FileNotFoundException"意味着可能文件名无效，无法找到该文件;调用者需要聪明地处理这个问题。抛出异常意味着“嘿，该死的事情发生了。交易。”这是一个非常糟糕的API。

在第一篇文章的注释中有一些例子，其中“throws Exception”是一个有效且合理的声明，但对于您所编写的大多数“正常”代码来说，情况并非如此。

2012-10-01 21:37:35

关于未检查异常和已检查异常之间的区别，我最喜欢的描述来自Java教程的试用文章“未检查异常-争议”(很抱歉在这篇文章中介绍了所有基本的内容-但是，嘿，基本的有时是最好的):

这是底线原则:如果客户可以合理地希望从异常中恢复，使其成为受控异常。如果客户端不能做任何事情来从异常中恢复未经检查的异常

“抛出哪种类型的异常”的核心是语义的(在某种程度上)，上面的引用提供了一个很好的指导方针(因此，我仍然被c#摆脱受控异常的概念所震撼——特别是Liskov认为它们有用)。

接下来的问题就变得合乎逻辑了:编译器希望我显式地响应哪些异常?你希望客户能从中恢复过来。

2015-09-08 21:21:32

已检查-容易发生。在编译时选中。

小薇。FileOperations

未检查-由于不良数据。在运行时签入。

如. .

String s = "abc";
Object o = s;
Integer i = (Integer) o;

Exception in thread "main" java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Integer
    at Sample.main(Sample.java:9)

这里的异常是由于错误的数据，在编译时无法确定。

2015-07-24 16:58:37

简而言之，你的模块或上面的模块在运行时应该处理的异常被称为受控异常;其他是未检查的异常，它们是RuntimeException或Error。

在本视频中，它解释了Java中的受控异常和未受控异常: https://www.youtube.com/watch?v=ue2pOqLaArw

2018-03-19 23:59:03

理解Java中的检查异常和未检查异常

推荐文章

最新文章

标签