finally 代码块在 try-catch 中总是执行,提供清理保障;即使 try/catch 中有 return、throw 或 break,它仍运行,仅 process.exit()、页面卸载或引擎崩溃等极端情况除外。

finally 代码块在 try-catch 结构中总是执行,无论是否发生异常、是否 return、break 或 throw,只要 try 或 catch 块开始执行,finally 就会运行。 它的设计目的就是提供一个“清理保障”机制,不依赖流程走向的判断。
finally 在各种退出路径下都生效
即使 try 或 catch 中有以下操作,finally 依然会执行:
- 遇到 return 语句(函数提前返回)
- 遇到 throw 抛出新错误(覆盖原错误或新增异常)
- 遇到 break/continue(在循环内嵌 try 时)
- try/catch 内部调用 process.exit() 以外的同步终止逻辑(注意:Node.js 的 process.exit() 或浏览器中页面卸载等极端情况除外)
return 与 finally 的执行顺序很关键
如果 try 或 catch 中有 return,JavaScript 会先记录返回值,然后执行 finally,最后才真正返回。这意味着:
- finally 中修改变量一般不影响已确定的返回值(基础类型)
- 但如果 finally 中也写了 return,它会覆盖 try/catch 中的 return —— 这是容易忽略的陷阱
function test() {
try {
return 'from try';
} finally {
console.log('finally runs');
// return 'from finally'; // 若取消注释,最终返回这个值
}
}
调用 test() 输出 'finally runs',返回 'from try';若在 finally 中 return,则返回 'from finally'。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式,或要求按照代码注释规范处理 Java 文件时,使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则,并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括:补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记(深入)”;
finally 不执行的极少数例外
绝大多数同步场景下 finally 必定执行,但以下情况它不会运行:
- 脚本被强制终止(如 Node.js 中
process.exit()、process.abort()) - 浏览器中用户关闭标签页或刷新页面(此时 JS 执行被中断)
- 发生无法捕获的底层错误(如内存溢出、栈溢出导致引擎崩溃)
- 在 try/catch 外部就已抛出错误且未进入 try 块(即错误发生在 try 语句之前)
适合放在 finally 中的操作
利用其“必定执行”的特性,常见用途包括:
- 释放资源:关闭文件句柄、断开 WebSocket 连接、清除定时器(
clearTimeout) - 重置状态:恢复 loading 标志、解锁 UI 按钮、还原全局标记
- 日志收尾:记录操作结束时间、上报执行耗时(即使失败也要记)
避免在 finally 中做可能抛错的新异步操作(如未 catch 的 fetch),否则可能掩盖原始错误。

















