第三方统计脚本错误不能简单用 try/catch 屏蔽，因其多通过 document.write 或动态 script 加载，错误发生在全局或异步回调中，超出当前执行栈；onerror 仅可抑制控制台输出（需返回 true），但无法真正屏蔽错误，且对无 CORS 的跨域脚本无效；应优先采用防护性调用、环境隔离或本地 HTTP 服务替代 file:// 协议。
为什么第三方统计脚本报错不能简单用 try/catch 屏蔽
第三方统计脚本（如 gtag、_hmt、mta）多数通过 document.write 或动态 script 插入方式加载，错误发生在全局作用域或异步回调中，try/catch 无法捕获这些非同步、非当前执行栈的错误。你写在自己代码里的 try { _hmt.push(...) } catch(e) {} 只能兜住调用瞬间的引用错误，但拦不住脚本本身加载失败、执行时报的 TypeError 或网络层拦截。
onerror 能屏蔽统计脚本错误吗？不能，但能控制上报行为
window.onerror 是监听入口，不是屏蔽开关。它默认会把错误打印到控制台，但你可以让它“不报”——前提是返回 true：
window.onerror = function(message, source, lineno, colno, error) {
// 只拦截来自统计域名的错误，放过业务代码
if (/hm\.baidu\.com|googletagmanager\.com|mta\.qq\.com/.test(source)) {
return true; // 阻止默认控制台输出
}
return false;
};
- 注意：只对同域或配置了
crossorigin的跨域脚本生效；没配 CORS 的跨域脚本只会触发"Script error."，连参数都拿不到，更谈不上过滤 - 返回
true后，控制台确实不显示该错误，但错误仍存在，只是不暴露——别误以为“问题解决了” - 不要无差别
return true，否则所有 JS 错误都被静默，线上故障将彻底失察
真正要屏蔽的不是错误，而是错误带来的干扰
统计脚本出错通常不影响页面功能，但频繁报错会淹没真实业务异常。与其“屏蔽”，不如做三件事：
- 加防护性调用：比如
if (window._hmt) { _hmt.push(['_trackPageview']); }，避免ReferenceError - 用
async或defer加载，防止阻塞渲染（注意：百度统计官方脚本内部已处理异步，外层再加async可能破坏其初始化逻辑） - 开发环境直接移除统计代码，或用环境变量控制是否插入 —— 比在控制台里手动屏蔽干净得多
本地 file:// 协议下报错根本没法屏蔽
浏览器明确禁止 file:// 协议加载第三方统计脚本，多数 SDK 一检测到该协议就直接 return 或抛出 SecurityError。此时无论你怎么改 window.onerror 或加 try/catch，控制台都会持续报错，且无法消除。唯一解法是起一个本地 HTTP 服务（如 npx serve 或 python3 -m http.server），让协议变成 http://localhost:xxxx。
立即学习“前端免费学习笔记（深入）”；
这个点最容易被忽略：你以为是代码问题，其实是协议卡死。
