VSCode调试效率提升关键在于自动化配置与精准排错：用侧边栏自动生成launch.json，配好sourceMaps和运行参数；断点失效多因源码映射缺失、异步未启用resolveSourceMapLocations或代码被优化；变量观察推荐监视表达式、调试控制台输入及Ctrl/Cmd悬停展开。
VSCode 的调试能力足够强，但默认配置下很多功能是“藏着”的——关键不是会不会用，而是能不能让断点、变量观察、条件触发这些操作不打断思考流。
怎么让 launch.json 不再手动写？
VSCode 调试依赖 .vscode/launch.json，但手写容易出错，尤其多环境时。推荐用“运行和调试”侧边栏顶部的“创建 launch.json 文件”按钮自动生成模板，选对环境（比如 Python、Node.js、Go）后，它会填好 configurations 中最常用的字段。
-
program或file必须是相对工作区根目录的路径，写成./src/index.js比src/index.js更稳 - Python 用户注意：
python.defaultInterpreterPath需提前在设置里配好，否则launch.json里的python字段可能指向系统 Python 而非虚拟环境 - Node.js 用户若用 ES Module，要加
"runtimeArgs": ["--loader", "ts-node/esm"]（配合 ts-node），否则import会报错
断点为什么没生效？常见三类原因
断点灰色、提示 “未绑定”，通常不是 VSCode 问题，而是执行环境没加载源码映射或代码根本没走到那行。
- 源码映射缺失：TypeScript 或打包后的 JS 必须生成
.map文件，并在launch.json中设"sourceMaps": true，同时确保"outFiles"指向正确的编译输出目录（如["./dist/**/*.js"]） - 异步代码断点失效：比如在
setTimeout或 Promisethen里打的断点，需确认是否启用了"resolveSourceMapLocations"（VSCode 1.84+ 默认开启） - 代码未执行：函数被优化掉（如 Terser 的
drop_console）、条件分支未进入、或模块被 tree-shaking 掉——这时看调用栈比看断点更可靠
怎么快速查看变量又不打断调试节奏？
别总靠 console.log 或反复 hover，VSCode 提供了更轻量的实时观察方式。
- 在“变量”面板里右键变量 → “添加到监视”，之后每次暂停都会自动求值，支持表达式如
user.profile?.name || 'anonymous' - 在“调试控制台”里直接输入变量名回车，比切换面板更快；支持 await（Node.js/Python 等支持 REPL 的环境）
- 鼠标悬停时按住
Ctrl（Windows/Linux）或Cmd（macOS）可强制展开深层对象，避免点开又收起的重复操作 - 如果变量值太长（比如大数组），右键 → “复制值”比拖动滚动条更省事
调试时改了代码，怎么跳过重新启动？
不是所有语言都支持热重载，但部分场景可以绕过全量重启：
- Node.js +
ts-node：启用"restart": true并配合"console": "integratedTerminal"，保存后调试器会自动重启进程 - Python：用
debugpy时无法热重载，但可在调试中使用reload(module)手动刷新模块（需提前导入import importlib） -
前端项目（如 React/Vite）：调试浏览器时，修改源码后刷新页面即可，断点会保留在 sourcemap 对应位置——前提是
devtool: 'source-map'或类似配置已启用
真正卡住调试效率的，往往不是功能不会用，而是断点打在了被优化掉的代码上、变量路径写错一级、或者以为 source map 生效了其实没生成。多看一眼“调试控制台”的日志，比反复重试更快。
