JavaScript错误可通过try-catch捕获同步异常，配合catch判断err.name区分ReferenceError、TypeError等类型，并用finally执行清理；异步错误需用.catch()、await+try-catch或全局监听。
JavaScript 错误可以通过 try-catch 语句捕获并处理，这是最常用、最直接的同步异常处理机制。它让你有机会在错误发生时不让脚本崩溃，而是执行备用逻辑、记录日志或给用户友好提示。
基本语法与执行流程
try-catch 由两部分组成：包裹可能出错代码的 try 块，和专门处理错误的 catch 块。如果 try 中抛出错误（比如引用未定义变量、调用不存在的方法），JS 引擎会立即跳转到 catch，把错误对象传进去。
-
catch (err)中的err是一个 Error 实例，通常有message、name、stack等属性 -
try后面必须跟catch或finally，不能单独使用 - 如果
catch内部又出错且没被处理，错误会继续向上抛出
捕获特定类型错误
不是所有错误都需要同样处理。你可以通过检查 err.name 来区分错误类型，比如 ReferenceError、TypeError、SyntaxError（注意：SyntaxError 通常无法在运行时用 try-catch 捕获，除非是 eval 或 Function 构造函数动态执行的代码）。
-
TypeError：常因调用非函数、读取 null/undefined 属性引发 -
ReferenceError：访问未声明变量时出现 -
RangeError：数值超出有效范围，如递归过深、数组长度非法 - 实际中可结合
if判断做差异化处理，例如只重试网络请求，而对语法类错误直接上报
配合 finally 清理资源
finally 块无论是否出错都会执行，适合放清理逻辑，比如关闭加载状态、释放定时器、还原 UI。
OpenJDK 24 Windows x64
下载
OpenJDK 24 Windows x64 官方参考实现（24+36），适合 Windows 环境进行 Java 开发、编译、运行和版本兼容性验证。
立即学习“Java免费学习笔记（深入）”；
- 即使
try或catch中有return，finally仍会先执行 - 不要在
finally里写可能出错的新逻辑，否则可能掩盖原始错误 - 常见用途：隐藏 loading 图标、清除临时监听器、关闭 mock 数据连接
异步错误不能直接 try-catch
try-catch 默认只能捕获同步代码错误。Promise 和 async/await 的错误需要额外处理：
- Promises：用
.catch()或await配合try-catch - async 函数内部的
await抛错，可以被外层try-catch捕获 - 全局异步错误（如
setTimeout中未捕获的错误）需靠window.onerror或unhandledrejection监听
基本上就这些。用好 try-catch 不是为掩盖问题，而是让程序更健壮、反馈更可控。关键在明确哪些错误可恢复、哪些该上报、哪些该忽略。
