Java异常处理编译疑问：RuntimeException与Exception的编译差异

先把你给出的代码贴出来，方便对照：

try { 
    throw new RuntimeException(); 
} catch (RuntimeException e) {  
    // 第29行
    throw new RuntimeException(); 
} finally {  
    // 第31行
    throw new Exception(); 
}

咱们逐个问题来拆解：

问题1：第29行抛出未被捕获的RuntimeException为何能通过编译？是否因为此前已捕获过RuntimeException？ #

答案和之前的捕获操作完全无关，核心是RuntimeException属于非检查型异常（unchecked exception）。Java的编译规则里，非检查型异常（包括RuntimeException及其子类、Error及其子类）不需要显式用try/catch捕获，也不需要在方法签名里用throws声明抛出。

哪怕你在catch块里直接抛出这个异常，只要它是非检查型的，编译器就不会强制要求你处理它——毕竟这类异常被设计成“预期之外的错误”，Java不要求开发者提前处理。之前的catch只是处理了try块里抛出的异常，和现在catch块里新抛出的异常没有关联，所以第29行的代码能顺利通过编译。

问题2：若将第31行替换为throw new RuntimeException(); 代码也可正常编译，但finally块内并未添加try/catch语句，这是为什么？ #

还是同样的规则在起作用：

• 原来第31行抛出的Exception是检查型异常（checked exception），这类异常必须被显式捕获，或者在方法上声明抛出。而你的finally块里直接抛出它，既没有用内部的try/catch包裹处理，也没有在方法签名里加throws Exception，所以编译器会报错。
• 当你换成throw new RuntimeException()后，抛出的是非检查型异常，就不再受这个强制处理的约束了——不管是在try、catch还是finally块里，非检查异常都不需要显式处理，所以代码能正常编译。

内容的提问来源于stack exchange，提问作者Horacio JavaGeek