VSCode变量监视窗口需在调试会话中打开，点击“运行和调试”侧边栏的“+”号添加表达式，支持合法表达式求值，不支持语句；条件断点需符合目标语言语义，快捷键功能依赖上下文，变量未更新常因作用域退出或编译优化。
VSCode里变量监视窗口怎么快速打开和添加表达式
“监视”面板不是默认常驻的，得手动唤出或在调试时自动出现。不启动调试会话，Watch 面板压根不会加载——这点容易被忽略。
调试运行中（F5 后），左侧“运行和调试”侧边栏会出现 Watch 区域；若没看到，点顶部的“+”号就能添加新监视项。输入内容支持任意合法表达式，比如：user_data['items'][0].id、len(cache)、response.status_code == 200，每次断点暂停都会重新求值。
- 别直接输
print(x)这类语句——它不返回值，监视窗口会显示undefined - 嵌套属性访问失败时（如
obj?.prop中 obj 为null），整个表达式结果为undefined，不是报错 - 想监视局部变量但名字被优化掉？确保编译/解释器启用了调试符号（Python 要用
-O0或不加-O；C++ 要设CMAKE_BUILD_TYPE=Debug）
条件断点的触发逻辑和常见写错的表达式
条件断点本质是“运行时求值 + 布尔判断”，不是语法检查器。VSCode 把你填的字符串原样传给调试器（如 Python 的 ptvsd 或 C++ 的 gdb），所以表达式必须符合目标语言语义。
例如在 Python 文件中设置条件断点，填 i > 100 没问题，但填 if i > 100: True 就会失效——因为这不是表达式，而是语句。
- Python 条件中不能用
is not None以外的is比较（如obj is dict会报错），推荐用type(obj) == dict或isinstance(obj, dict) - JavaScript/TypeScript 环境下，
==和===行为一致，但建议统一用===避免隐式转换陷阱 - 条件里引用未定义变量（如
counter在当前作用域不存在），断点永远不会触发，也不会报错提示——只会静默跳过
F9、F5、Ctrl+Shift+F9 这些快捷键到底控制什么
快捷键行为取决于当前上下文：是否在编辑器中、是否已启动调试、光标是否落在可设断点行——不是固定绑定某个功能。
F9 是切换断点（toggle breakpoint），在代码行左侧空白处点击效果一样；Ctrl+Shift+F9 是清除所有断点，不管是否启用；F5 启动调试，但如果 launch.json 配置错误或没选中调试环境，它会弹窗报错而不是静默失败。
- 按
F9却没反应？检查光标是否在注释行、空行或字符串内部——这些位置无法设断点 - 按
F5后提示 “No active debug configuration”，说明还没生成或选对launch.json配置，此时应先按Ctrl+Shift+P输入 “Debug: Open Configuration” 初始化 - 调试中按
F9会禁用/启用当前行断点，但不会影响其他行；而Ctrl+Shift+F9是全局清空，包括条件断点和日志断点
为什么变量值看起来“没更新”或“显示 Cannot evaluate”
这不是 UI 卡顿，而是调试器在当前栈帧下确实无法获取该变量的运行时信息。原因通常有三个：作用域已退出、变量被优化、或类型不支持内省。
比如函数返回后，其局部变量在 Variables 面板里仍显示旧值，但实际内存已被回收；又或者你在 Watch 里输了个 some_async_task.result()，而该任务尚未完成，就会显示 Cannot evaluate。
- Python 中用
@lru_cache或__slots__的类，某些属性可能无法被调试器读取，换用vars(obj)查看原始字典更可靠 - C++ 中启用
-O2编译后，局部变量名在调试信息里被抹除，Watch面板只能显示寄存器值或内存地址 - JS/TS 中异步链式调用（如
fetch().then(...)）里的变量，除非断点打在then回调内部，否则无法访问其闭包变量
