多个catch 捕获异常时执行的顺序

本文深入探讨了Java异常处理中常见的误区,特别是关于IOException和Exception捕获顺序的问题,阐述了为何将异常范围小的置于前的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

Java代码

  1. import java.io.IOException;   
  2. public class ExceptionTryCatchTest {   
  3.     public void doSomething() throws IOException{   
  4.         System.out.println("do somthing");   
  5.     }   
  6.     public static void main(String[] args){   
  7.         ExceptionTryCatchTest et = new ExceptionTryCatchTest();   
  8.         try {   
  9.             et.doSomething();   
  10.         } catch (Exception e) {   
  11.             //
  12.         } catch (IOException e) {   
  13.             //
  14.         }   
  15.     }  
  16. }  

问题:上述程序能否编译通过?为什么?


解答:不能编译通过。因为编译的时候会报错:已捕捉到异常 java.io.IOException。  catch(IOException e)这句有错误。


分析:对于try..catch捕获异常的形式来说,对于异常的捕获,可以有多个catch。

对于try里面发生的异常,他会根据发生的异常和catch里面的进行匹配(怎么匹配,按照catch块从上往下匹配),当它匹配某一个catch块的时候,他就直接进入到这个catch块里面去了,后面在再有catch块的话,它不做任何处理,直接跳过去,全部忽略掉。

如果有finally的话进入到finally里面继续执行。

换句话说,如果有匹配的catch,它就会忽略掉这个catch后面所有的catch。

对我们这个方法来说,抛出的是IOException,当执行etct.doSomething();时,可能会抛出IOException,一但抛出IOException,它首先进入到catch (Exception e) {}里面,先和Exception匹配,由于IOException extends Exception,根据多态的原则,IOException是匹配Exception的,所以程序就会进入到catch (Exception e) {}里面,进入到第一个catch后,后面的catch都不会执行了,所以catch (IOException e) {}永远都执行不到,就给我们报出了前面的错误:已捕捉到异常 java.io.IOException。

总结:在写异常处理的时候,一定要把异常范围小的放在前面,范围大的放在后面,Exception这个异常的根类一定要刚在最后一个catch里面,如果放在前面或者中间,任何异常都会和Exception匹配的,就会报已捕获到...异常的错误。

### C++ 中使用 `try-catch` 结构捕获多个异常 在 C++ 编程中,可以通过多重异常捕获机制在一个 `try` 块中捕获多种类型的异常,并针对每种类型执行不同的处理逻辑。这种设计能够提高代码的灵活性和可维护性。 以下是实现多异常捕获的具体方法: #### 使用单独的 `catch` 子句 每个 `catch` 子句用于匹配特定类型的异常。当某个异常被抛出,编译器会按照定义顺序逐一尝试匹配对应的 `catch` 子句。如果找到匹配项,则执行该子句中的代码;如果没有找到任何匹配项,则进入默认的通用异常处理器(即省略参数类型的 `catch(...)`)。 ```cpp #include <iostream> using namespace std; void mayThrow(bool flag, int type) { if (flag && type == 1) throw string("字符串异常"); if (flag && type == 2) throw runtime_error("运行错误"); } int main() { try { bool condition = true; int exceptionType = 1; // 修改此值测试不同类型异常 mayThrow(condition, exceptionType); } catch (const string& ex) { // 捕获字符串类型的异常 cout << "捕获到字符串异常: " << ex << endl; } catch (const runtime_error& ex) { // 捕获标准库中的runtime_error cout << "捕获到运行错误: " << ex.what() << endl; } catch (...) { // 默认捕获其他未指定类型的异常 cout << "未知异常捕获!" << endl; } return 0; } ``` 上述代码展示了如何利用多个 `catch` 来分别处理不同类型的异常[^1]。其中第一个 `catch` 处理的是自定义的字符串异常,第二个则专门用来捕捉来自标准库的标准异常 `std::runtime_error`,而最后一个通配符形式则是为了应对那些无法预料或者没有显式声明支持的异常情况[^4]。 另外值得注意的一点是在实际开发过程中还可以采用继承关系简化异常管理流程。例如只需要编写一个针对父类对象的单一 `catch` 即能同兼容其派生出来的所有具体实例化版本[^3]。 --- ### § 1. 如何在函数头部声明可能会抛出哪些种类的异常? 2. 如果希望让自己的应用程序更加稳定可靠,在日常编码实践中应该怎样合理运用异常处理技术呢? 3. 当存在多层嵌套调用链路的情况下发生错误传播路径又是怎样的规律遵循着什么原则去解决这些问题比较好 ? 4. 针对企业级大型项目而言,除了基本功能需求之外还需要考虑性能损耗等因素,请问有没有更高效优雅的办法来进行全局统一化的异常控制策略制定?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值