我什么时候应该在Java的try-catch-final中使用final-block。

exception-handling java

2022-09-04 02:03:02

何时应使用代码片段 A 而不是代码片段 B（即使用代码片段 A 有什么好处）？

片段 A：

try {
    // codeblock A
}
catch (Exception ex) {
    // codeblock B
}
finally {
    //codeblock C
}

代码段 B：

try {
    // codeblock A
}
catch (Exception ex) {
    // codeblock B
}

//codeblock C

答案 1

如果您有代码，并且无论是否引发异常都必须执行，请使用 finally 块。

清理数据库连接等稀缺资源就是一个很好的例子。

答案 2

一个明显的例子是当你在块中重新引发或抛出另一个异常时。catch

推荐

exception-handling exception java try-catch generics
为什么我不能对引发泛型的调用的已检查异常进行捕获？我正在研究一个小帮助程序，它应该调用任意代码（作为lambda传入）。帮助程序应捕获某些异常，并将它们放入某个包装器中。我的“自己的”异常不应该被包装，而只是重新抛出。我想出了�
exception-handling java interrupted-exception guava
番石榴：Throwables.propagate and InterruptedException 在番石榴中使用Throwtables.propagate（e）时处理s的最佳实践是什么？我不想失去线程被中断的事实，所以我最终写了这样的东西：有没有办法在番石榴做到这一点？有没有一种（向后兼容？！�
exception-handling java
链式异常的优势是什么我不明白在代码中具有链接异常的优点。考虑到，如果程序员知道遇到的可能性，为什么不捕获相同的异常而不是？否则，程序员可以在同一代码中捕获两个异常，而不必抛出一个新实例？
exception-handling exception java
何时在 Java 中使用异常（示例）我知道这将是不好的做法，尽管我知道我无法解释为什么。我认为你只应该对不应该发生的事情使用例外。我问这个问题是因为我认为我有时使用异常是错误的。如果您的编程正在运行标准情
exception-handling java overriding
调用引发已检验异常的重写方法在阅读了这是什么原因呢？我有点困惑，因为基类的所有内容也可供子类使用。同样更令人困惑的是捕获和除了的能力（与覆盖概念相反）。