VSCode调试是初学者必备工具，通过断点可视化执行流程、变量和调用栈；正确配置launch.json、合理使用debugger语句、在调试控制台修改变量值并理解作用域限制，才能高效定位问题。
断点为什么比console.log快十倍定位问题
新手常靠反复加删 console.log 来“看值”，但这种方式有三大硬伤：输出污染逻辑、无法查看作用域内所有变量、不能控制执行节奏。而断点是直接停在那一行，变量面板里所有当前变量一目了然，调用栈清清楚楚显示“谁调用了谁”。
实操建议：
• 在 VSCode 行号左侧灰色区域单击即可设断点，别点到代码区（会变成光标）
• 断点呈实心红点才有效；如果是空心红点，说明该行无法命中（比如是注释、空行，或代码未被实际执行）
• 按 F10 单步跳过函数，F11 步入函数内部——这两个键比“重跑整个程序”高效得多
launch.json 配不对我就启动不了调试？
不是“启动不了”，而是 VSCode 根本不知道你想怎么运行它。launch.json 不是可选配置，它是调试会话的“说明书”：告诉 VSCode 用什么环境（type）、跑哪个文件（program）、要不要带参数（args）。常见错误：
• type: "python" 却没装 Python 扩展，或装了但没启用
• program 路径写成 "./src/main.py"，但实际文件叫 app.py 或路径不在工作区根目录
• Windows 上路径斜杠写成反斜杠 "src\main.py"，JSON 会解析失败（必须用正斜杠或双反斜杠）
最稳做法：在“运行和调试”侧边栏点“创建 launch.json 文件”，选对环境（如 Python/Node.js/Java），再微调 program 字段即可
为什么我加了debugger语句却没停下？
debugger 是 JavaScript 特有的“软断点”，但它依赖 VSCode 的自动附加（Auto Attach）机制，不是无条件生效。
常见失效场景：
• 没开启 Auto Attach：按 Ctrl+Shift+P 输入 Debug: Toggle Auto Attach，选 Only With Debugger Statement
• 在终端里用 node script.js 运行，但脚本本身没被 VSCode “看到”（比如你在外部终端而非 VSCode 集成终端中执行）
• 脚本执行太快退出，VSCode 来不及连接（此时可改用 node --inspect-brk script.js 强制中断在第一行）
注意：debugger 对 TypeScript、.js 文件有效，但对打包后代码（如 Webpack 输出）可能失效——因为源码映射（source map）没配好
调试时改了变量值，结果没生效？
能改，但有前提：你得在断点暂停状态下，在“调试控制台”（Ctrl+Shift+Y）里输入赋值语句，比如 count = 100，回车后立刻生效。但以下情况会失败：
• 变量是 const 声明的（语法限制，不可重赋值）
• 变量作用域已退出（比如你在函数 A 里设断点改了 let x，但下一步就跳出函数，x 就销毁了）
• 你是在普通终端或“输出”面板里敲的命令——那只是 shell 命令，跟调试进程完全无关
真正有用的不是“改值”，而是用它验证假设：比如怀疑某个数组长度不对，直接在控制台输 myArray.length 看输出，比翻日志快得多
