VSCode监视面板仅在调试会话中有效，需顶部出现橙色调试工具条；表达式须在当前断点栈帧内可求值，否则显示Cannot evaluate或undefined；添加表达式推荐悬停右键，避免手误；Watch只读快照，修改变量需用Debug Console。
VSCode 的监视面板（Watch）不是“加了就显示值”的自动仪表盘，它只在调试会话中工作，且表达式必须能在当前断点的栈帧里求值——否则一律显示 Cannot evaluate 或 undefined。
确认调试已真正启动，否则 Watch 面板不生效
Watch 面板只在调试会话（Debug Session）中激活，单纯运行（Ctrl+F5）或点击“运行”按钮不会触发它。
- 唯一可靠信号是顶部出现橙色调试工具条（含暂停、继续、步进按钮）
- 没看到？按
F5启动调试，或点击侧边栏 Run and Debug → 点绿色三角形 - 确保项目根目录有
.vscode/launch.json，且配置中"type": "python"或"type": "debugpy"正确 - Watch 面板被隐藏？按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（Mac）→ 输入Debug: Toggle Watch→ 回车
添加表达式后显示 Cannot evaluate，本质是作用域或写法问题
Cannot evaluate 不代表语法错，而是当前断点位置无法访问该变量或表达式含非法操作。
- 变量不在当前栈帧：比如在函数外设断点，却监视函数内定义的
temp；应把断点移到函数体内再加 Watch - Python 字典中文 key 必须用方括号：
data["用户名"]，不能写data.用户名（会报错） - 嵌套属性访问失败时，优先用
.get()防崩：user.get("profile", {}).get("age")，而非user.profile.age - 避免副作用表达式：
queue.get()、list.pop()每次刷新 Watch 都会真实执行一次，可能破坏程序状态 - JavaScript/TypeScript 中安全访问用可选链：
user?.profile?.age；直接写user.profile.age一旦user.profile为null就失败
用悬停右键添加比手敲更稳，尤其对嵌套变量
手敲容易拼错、大小写不符或漏括号，而 VSCode 提供了上下文感知的添加方式。
- 调试暂停后，把光标悬停在源码变量名上（如
response.data.items），右键 → “添加到监视” - VSCode 自动插入带完整路径的合法表达式，规避作用域歧义
- 添加后先试简单表达式验证：
typeof data、len(items)能出结果，再逐步扩展为items[0].id或[x.name for x in items] - 监视异步对象（如
Promise或asyncio.Task）时，api_call()显示的是 Promise 实例；想看结果得写await api_call()，但注意旧版 debugpy 可能不支持await求值，此时应改用 Debug Console 手动执行
Watch 和 Debug Console 是两类工具，混用必踩坑
Watch 是只读快照，Debug Console 是可执行 REPL——功能边界非常清晰。
- 在 Watch 里输
i = i + 1→ 无效，甚至报错；它不执行赋值，只尝试求值 - 在 Debug Console 里输同样内容 →
i真的被修改，副作用立即生效 - Watch 适合盯住变化：如循环中
total、item.id、error?.message，每次断点暂停自动刷新 - Debug Console 适合临时探查：
type(my_list)、my_dict.keys()、print(json.dumps(large_obj, indent=2))、甚至db.clear_cache() - 想修改变量值？不能在 Watch 里赋值，得在 Debug Console 输入
x = 5回车，然后刷新 Variables 面板查看效果
Watch 表达式不感知代码热重载或模块更新——它只忠实地反映“当前断点暂停那一刻”的栈帧快照。哪怕你改了代码、重启了调试，只要没走到新断点，Watch 就还停在上一次暂停的值。
