debug console 不显示 console.log 是因它仅显示调试器主动输出内容，而 console.log 默认输出到 terminal 或浏览器 devtools；node.js 调试时才出现在 debug console。
Debug Console 为什么输出不了 console.log？
因为 Debug Console 不是浏览器控制台，它只显示调试器主动输出的内容（比如断点后执行的表达式结果、debugger 触发后的交互命令），而 console.log 默认输出到 Debug Console 下方的 “Terminal” 或 “Console” 面板（取决于运行方式）。如果你在 Launch 模式下用 Node.js 调试，console.log 会出现在 Debug Console；但如果是 Attach 到 Chrome 或使用 Webpack Dev Server，它通常走浏览器 DevTools 的 Console，VSCode 的 Debug Console 不会自动同步。
实操建议：
- 确认调试配置中的
"console": "integratedTerminal"或"internalConsoleOptions": "neverOpen"是否干扰了输出流向 - 想强制让日志进 Debug Console，改用
debugger;断点 + 在 Debug Console 里手动输入console.log("xxx") - Node.js 调试时，
console.log确实会出现在 Debug Console；但前端项目（Chrome 调试）请直接看浏览器 DevTools → Console
如何在 Debug Console 里执行变量查看和函数调用？
Debug Console 是一个实时、上下文感知的 JavaScript/TypeScript 执行环境，当前作用域下的变量、闭包、模块导出都能直接访问——前提是断点已暂停执行。
常见错误现象：输入 myVar 报 ReferenceError: myVar is not defined，往往是因为变量不在当前作用域（比如定义在 if 块内但断点停在外层）或已被垃圾回收。
实操建议：
- 断点必须停在变量可访问的位置（例如停在
function foo() { const x = 1; debugger; }的debugger行，才能查x） - 支持解构、链式调用、甚至
await fetch("/api").then(r => r.json())（仅限 Node.js 调试，且需启用"enableRunInDebugConsole": true） - 输入对象名（如
user）会自动展开，但深层嵌套字段（如user.profile.address.city）需手动敲全路径，不能点开后复制
Debug Console 和 Terminal、Problems 面板的区别在哪？
它们定位完全不同：Debug Console 是调试会话专属 REPL；Terminal 是 shell 环境（执行 npm run dev 这类命令）；Problems 显示静态分析错误（TS 编译、ESLint）。混用会导致“为什么我改了代码，Debug Console 却没反应？”这类困惑。
性能与兼容性影响：
- Debug Console 的表达式执行会触发真实 JS 引擎（V8），可能改变程序状态（比如调用
arr.pop()真删元素），慎用于有副作用的操作 - 某些调试器（如 Python 的 ptvsd）不提供完整 REPL，Debug Console 功能受限；而 Node.js / Chrome / Edge 调试器支持最完整
- VSCode 1.85+ 对大型对象打印做了截断优化，默认只展开 3 层，可通过设置
"debug.console.maxDepth": 10调整
为什么修改了 launch.json 却没生效？
VSCode 的 Debug Console 行为由调试器扩展（如 @vscode/js-debug）和 launch.json 中的配置共同决定，不是改完就热更新。常见失效场景是用了错误的 type 或漏掉关键字段。
实操建议：
- 确保
"type"匹配已安装的调试器：Node.js 用"pwa-node"，Chrome 用"pwa-chrome"，别写成旧版"node"或"chrome" - 想让 Debug Console 自动聚焦，加
"internalConsoleOptions": "openOnSessionStart" - 禁用所有插件测试是否冲突；尤其注意 “Auto Close Tag”、“Prettier” 等非调试类插件有时会劫持
Enter键导致无法提交表达式
Debug Console 看似简单，但它的上下文依赖强、输出路径隐蔽、副作用不可逆——真正用好它，得先分清“我在哪个调试器里”“断点停在哪一层作用域”“这条 log 到底该去哪看”。
