JavaScript运行时错误需分场景捕获：同步用try...catch；异步错误需window.onerror或error事件；Promise拒绝需unhandledrejection事件；跨域脚本需crossorigin属性；console.log对象为引用需JSON.stringify或展开运算符；source map失效检查.map文件请求、路径及CORS；断点变量消失多因压缩或块级作用域，应禁用压缩或调整声明方式。
JavaScript 运行时错误怎么捕获到？
直接用 try...catch 捕不到异步错误（比如 setTimeout、fetch、事件回调里的 throw），必须配合 window.onerror 或 window.addEventListener('error') 才能兜底。
常见漏掉的点：
-
Promise拒绝（reject）不会触发window.onerror，得单独监听unhandledrejection事件 -
try...catch只对同步代码有效；async/await函数里要await后再catch - 第三方脚本抛错默认不透出详细信息（跨域脚本），会显示为
Script error.，需在<script></script>标签加crossorigin属性并确保服务端返回Access-Control-Allow-Origin
console.log 调试为什么经常看不到最新值？
因为 console.log(obj) 默认打印的是对象引用，不是快照；后续修改 obj 属性，控制台里展开看到的可能是修改后的值 —— 这不是 bug，是设计行为。
解决办法：
立即学习“Java免费学习笔记（深入）”；
- 想看“那一刻”的值：用
console.log(JSON.stringify(obj))（注意不能处理函数、undefined、循环引用） - 或用展开运算符强制浅拷贝：
console.log({...obj})（仅一层） - 复杂结构建议用
debugger断点 + 右侧 Scope 面板查看实时变量
如何快速定位 source map 失效导致的压缩代码报错？
线上报错堆栈显示的是 bundle.min.js:123:456，但你没法对应到源码行 —— 这说明 source map 没加载或路径不对。
检查步骤：
- 打开 Network 面板，过滤
.map，确认浏览器是否成功请求了 map 文件（状态码 200，且响应体是 JSON） - 检查 map 文件里的
sources字段路径是否相对于 map 文件位置正确；常见错误是路径写成绝对路径但没部署到对应目录 - Webpack 用户确认
devtool配置没设成eval或false；Vite 用户检查build.sourcemap是否为true - CDN 场景下，map 文件需和 JS 同域名或配置好 CORS，否则浏览器静默忽略
断点调试时 scope 变量突然消失或显示 undefined 怎么办？
最常见原因是变量被编译器优化（如 Webpack 的 TerserPlugin 启用 compress.drop_console 或 unused），或者 ES6+ 的块级作用域让变量超出当前执行上下文。
应对方式：
- 开发环境关掉代码压缩：
mode: 'development'，或 Terser 配置中设compress: false - 避免在
for或if块内声明let/const后立刻打 log；改用函数封装或提前声明 - 右键断点 → “Edit breakpoint”，加条件表达式（如
i === 5）比盲目单步更高效
真正难调试的往往不是语法错误，而是异步时序、闭包引用、或构建工具悄悄改写代码逻辑 —— 这些地方 source map 和 console 都可能“说谎”。
