Java多catch块捕获CountDownExc编译报错原因解析

这个问题是Java编译器的异常校验规则导致的，核心逻辑分两点：

异常类型的校验差异 #

Java把异常分成两类，编译器的校验严格度完全不同：

• 非检查型异常：包含所有RuntimeException子类、Error子类，这类异常可以在任意代码位置触发（比如栈溢出、类加载失败、空指针这类问题，根本没法提前在所有位置声明抛出），所以编译器不会强制校验「代码里是不是真的可能抛出这类异常」，哪怕你在只有return语句的代码块外面套捕获这类异常的catch，也不会报错。
• 检查型异常：除了上面两类之外的异常，都属于检查型异常，编译器会做严格的静态检查：如果catch块要捕获这类异常，必须保证对应的try块里存在能抛出该异常的执行路径，否则就直接报你看到的这个错误。

对应你代码的具体表现 #

1. 第一个catch块捕获的StackOverflowExc、NoClassDefFoundError都属于Error子类，是典型的非检查型异常，所以编译器根本不会校验try块里有没有真的可能抛出这俩异常，自然不会报错。
2. 第二个catch块捕获的CountDownExc是检查型异常，这时候编译器会检查try块里有没有抛出这个异常的路径。
   这里很多人会踩一个误区：觉得第一个catch块里明明写了throw new CountDownExc(50);，这个异常应该能被第二个catch接住？但Java的catch匹配规则根本不是这么工作的：同一个try结构下，后面的catch块只能接住try块本身抛出来的异常，前面catch块里抛的异常，不会被后续同层级的catch捕获，会直接往方法外层抛。
   你原来的try块里只有return ad2;这一句，没有任何抛出CountDownExc的路径，编译器自然会判定第二个catch块永远不可能被触发，直接报编译错误。
   你注释里加的那段代码，本质就是在try块里补了一个显式抛出CountDownExc的语句，哪怕你写的是if (false)的死代码路径，编译器在做异常检查的时候也会认可这个抛出点，所以就能正常编译通过了。

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