为何内部方法的finally块先于外部方法的catch块执行？

这是Java异常处理机制的既定行为，核心原因是：当方法抛出异常时，必须先完成当前方法内所有已触发的try块的finally执行，才能将异常向上传递给调用方处理。

结合你的代码，完整的执行时序是这样的：

• 外部调用方进入try块，执行process()方法
• process()的try块中执行逻辑并抛出Exception
• 由于process()的try块没有配套的catch块，JVM会优先执行该try绑定的finally块（也就是你用来关闭FTP连接的逻辑）
• 等process()的finally块完全执行完毕后，Exception才会被向上传递到外部调用方的try块
• 外部调用方的catch块此时才会捕获到异常并执行处理逻辑

你之前的直觉误区，是混淆了同一个try-catch-finally结构和跨方法的嵌套try/finally+外部catch的区别：

• 在同一个try-catch-finally代码块里，执行顺序确实是try→catch→finally
• 但你的场景是两个独立的异常处理结构：内部是try-finally（没有catch，只负责收尾），外部是try-catch（负责捕获异常）。当内部抛出异常时，JVM必须先保证内部方法的收尾逻辑（finally）执行完毕，才能让异常流出到外部，否则会出现资源未释放的问题（比如你的FTP连接没关闭就退出方法）。

这种设计是为了确保资源释放、状态清理等收尾逻辑不会因为异常传递被跳过，是Java保证可靠性的重要机制。

内容的提问来源于stack exchange，提问作者gene b.