try-catch 不能捕获语法错误、异步回调中的错误、Promise 拒绝、事件监听器内错误；需用 window.onerror、error 事件或 unhandledrejection 事件配合手动检查 HTTP 状态码和 await 链式 try-catch 来全面覆盖。
try-catch 不能捕获哪些错误？
同步代码中的运行时错误（比如 ReferenceError、TypeError）可以被 try-catch 捕获，但以下几类不行：
- 语法错误（
SyntaxError），比如少了个括号或引号，脚本根本不会执行，直接报错退出 -
异步任务里的错误（如
setTimeout、fetch回调中抛出的错误），除非你在回调内部再套try-catch -
Promise拒绝（reject）默认不会触发catch块，必须用.catch()或await配合try-catch - 事件监听器中抛出的错误（如
onclick里的异常），会脱离当前执行栈，需靠window.onerror或window.addEventListener('error')
async/await 中怎么正确捕获 Promise 错误？
很多人写 await fetch(...) 后直接访问 .json()，却没意识到 fetch 成功返回 Response 并不等于请求业务成功——HTTP 状态码 4xx/5xx 不会自动 reject。
- 必须手动检查
response.ok或response.status，否则错误响应会静默通过 -
await response.json()可能抛出SyntaxError（服务端返回非 JSON 内容），需要额外try-catch - 推荐写法：在
async函数内用try-catch包裹整个 await 链，或统一用.catch()处理链式 Promise
async function loadData() {
try {
const res = await fetch('/api/data');
if (!res.ok) throw new Error(`HTTP ${res.status}`);
const data = await res.json(); // 这里也可能出错
return data;
} catch (err) {
console.error('加载失败:', err.message);
throw err; // 必要时继续上抛
}
}
全局错误监听：window.onerror 和 window.addEventListener('error') 有什么区别？
window.onerror 是老接口，只能捕获 JS 执行错误和部分资源加载失败；而 window.addEventListener('error') 是更通用的捕获方式，但注意它默认不抓 Promise 拒绝。
动态WEB网站中的PHP和MySQL：直观的QuickPro指南第2版
下载
动态WEB网站中的PHP和MySQL详细反映实际程序的需求，仔细地探讨外部数据的验证(例如信用卡卡号的格式)、用户登录以及如何使用模板建立网页的标准外观。动态WEB网站中的PHP和MySQL的内容不仅仅是这些。书中还提到如何串联JavaScript与PHP让用户操作时更快、更方便。还有正确处理用户输入错误的方法，让网站看起来更专业。另外还引入大量来自PEAR外挂函数库的强大功能，对常用的、强大的包
-
window.onerror的参数顺序固定：(message, source, lineno, colno, error)，返回true可阻止默认错误提示 -
window.addEventListener('error')捕获的是ErrorEvent，event.error才是原始错误对象，资源加载失败时该属性可能为null - 要捕获未处理的 Promise 拒绝，必须单独监听
unhandledrejection事件，且不能只靠console.error，得主动上报或记录
错误对象里哪些字段真正有用？
除了 message 和 stack，现代浏览器还提供几个关键字段，但兼容性有差异：
立即学习“Java免费学习笔记（深入）”；
-
name：错误类型名（如'TypeError'），比message更稳定，适合做分类判断 -
cause：ECMAScript 2022 新增，用于链式错误（如throw new Error('bad', { cause: originalErr })），但 Safari 目前不支持 -
stack包含调用路径，但不同环境格式不一（Chrome 有at，Firefox 用@），解析需谨慎；生产环境建议用stacktrace-js等库归一化 - 自定义错误建议继承
Error并添加业务字段（如code、timestamp），避免只靠字符串匹配判断错误类型
unhandledrejection 的监听——这两个点一旦忽略，线上就可能出现“接口挂了但前端完全无感知”的情况。 
