外层 try-catch 无法捕获定时器回调错误，因为 setTimeout/setInterval 异步执行，与当前调用栈分离；必须在回调内 try-catch 或用 window.onerror 全局兜底。
定时器回调里的错误，无法被外层 try-catch 捕获，因为 setTimeout/setInterval 的执行是异步的，与当前调用栈完全分离。必须在回调内部主动处理，或借助全局兜底机制。
为什么外层 try-catch 无效
当你写：
function riskyTimer() {
setTimeout(() => {
JSON.parse('invalid'); // 这里会抛错
}, 100);
}
try {
riskyTimer();
} catch (e) {
console.error('根本捕获不到'); // 不会执行
}
这段代码中，try 块执行完就结束了，而 setTimeout 回调是在事件循环下一周期才运行，此时原始 try/catch 早已退出作用域。错误会直接变成未捕获异常，导致控制台报错甚至中断后续逻辑。
立即学习“Java免费学习笔记（深入）”；
正确做法：在回调内加 try-catch
最直接、最可控的方式，是把可能出错的代码包在回调自身的 try-catch 中：
- 对 JSON 解析、DOM 操作、第三方方法调用等高风险同步操作加保护
- 捕获后可记录日志、上报错误、降级展示或重试
- 避免让单个定时器错误影响整个页面稳定性
setTimeout(() => {
try {
const data = JSON.parse(localStorage.getItem('cache') || '');
render(data);
} catch (err) {
console.warn('缓存解析失败，使用默认值', err.message);
render(defaultData);
}
}, 2000);
配合全局兜底：window.onerror
即使做了内部防护，仍可能漏掉某些边界情况（比如回调里又触发了其他异步操作并出错）。这时可以启用全局监听作为最后一道防线：
- window.onerror 能捕获定时器回调中抛出的运行时错误
- 它还会收到脚本加载失败、跨域脚本错误等信息
- 注意：error.stack 在跨域场景下可能被浏览器限制为 "Script error."
window.onerror = function (msg, url, line, col, error) {
console.error('定时器或其他异步错误:', { msg, line, col, stack: error?.stack });
return true; // 阻止默认错误提示
};
进阶建议：封装安全定时器
如果项目中大量使用定时器，可抽象一个带错误防护的工具函数：
- 自动包裹回调，内置 try-catch 并提供 onError 参数
- 支持传入上下文标识（如 timerId），便于错误归因
- 可选集成错误上报或自动重试逻辑
function safeTimeout(callback, delay, options = {}) {
const { onError = console.error, id = 'unknown' } = options;
return setTimeout(() => {
try { callback(); }
catch (err) { onError(`[Timer:${id}]`, err); }
}, delay);
}
