调试控制台是VS Code中随调试会话自动开启的Debug Console面板，非独立开关；需先配置launch.json并启动调试（如F5），否则不可见；其功能受限于调试器能力与当前断点作用域。
调试控制台在 VS Code 里默认就开着，但得先启动调试会话
很多人以为要手动“启用”调试控制台，其实它不是独立开关——它是 Debug Console 面板，只要开始一次调试（比如按 F5 或点击绿色三角），这个面板就会自动出现并聚焦。没启动调试时，它压根不加载，也看不到。
常见错误现象：Debug Console 标签页灰掉、点不开、或者根本没显示；本质是还没进调试状态，不是配置问题。
- 确保你已配置好
launch.json（哪怕只是最简的node或python启动项） - 必须触发一次有效调试：按
F5、点击运行按钮、或右键文件选择Debug而非Run - 如果调试立即退出，控制台可能闪一下就关——检查
launch.json中的console字段是否设成了integratedTerminal（这会让输出跑到终端，而不是控制台）
为什么 Debug Console 有时不显示变量或报错不全
它不是万能终端，而是调试器和语言运行时之间的一层交互界面。表现取决于当前调试器支持什么、以及代码执行到哪一步。
使用场景：你在断点暂停后，在控制台里敲 myVar 查值，或调用 console.log() —— 这些都依赖调试器能否实时求值（evaluate）表达式。
-
Python调试器（ptvsd / debugpy）对复杂对象支持较好，但不支持修改类定义 -
Node.js调试器（通过inspector）能执行简单语句，但无法调用异步函数（如await fetch()），会报ReferenceError: await is not defined - 如果控制台只显示
undefined，大概率是你输入的表达式没返回值，或调试器未完成初始化（比如刚停在第一行）
launch.json 里哪些配置会影响调试控制台行为
关键不是“启用”，而是“让它更可用”。几个实际起作用的字段：
-
"console": "internalConsole"（Windows 上旧版 Python 扩展常用）→ 强制走Debug Console，避免输出被吞到终端 -
"justMyCode": true→ 控制台求值时只允许访问用户代码范围内的变量，第三方库里的局部变量不可见 -
"stopOnEntry": true→ 让程序一启动就停在入口，给你时间打开控制台、输命令，适合排查初始化问题 - 别碰
"showGlobalVariables"：VS Code 当前版本根本不识别这个字段，写了也没用
调试控制台和终端/调试终端的区别在哪
三者常被混用，但底层完全不同：
-
Debug Console：调试器专属通道，支持变量查看、表达式求值、debugger指令，但不能运行 shell 命令 -
Integrated Terminal：就是个 shell，能跑npm run dev，但没法直接读取当前断点的state -
DEBUG TERMINAL（调试终端）：VS Code 1.84+ 新增，是带调试上下文的终端——它能访问当前调试会话的环境变量，但依然不能查断点变量
最容易被忽略的是：你敲的每条命令，在 Debug Console 里都是在当前暂停栈帧的作用域下执行的。换言之，离开断点再敲，它就不知道 item 是啥——不是控制台坏了，是作用域没了。
