VSCode调试时应右键悬停变量添加监视项，优先用安全访问语法（如get()或可选链），通过Variables面板逐层展开确认结构后再添加子属性，重命名监视项提升可读性，勿在Watch中执行副作用操作。
直接右键悬停变量添加，别手敲嵌套路径
手动输入 user.profile.address.city 这类长表达式极易拼错，尤其大小写、括号或点号遗漏会导致监视项一直显示 Cannot evaluate。VSCode 提供了更稳的路径：调试暂停后，把光标悬停在源码中已存在的变量名上（比如 user），右键选择“添加到监视”，它会自动插入当前上下文下合法可求值的表达式。
对字典或 JSON 类型数据，优先用安全访问语法：data.get('profile', {}).get('address', {}) 而不是 data['profile']['address']，避免一次 KeyError 就让整个监视项失效。
嵌套对象展开后，再加子属性监视更可靠
VSCode 的“变量”面板本身支持逐层点击展开复杂对象（如 dict、list、class 实例）。先在 Variables 面板里找到目标对象，点开它，确认 items 确实存在且非空，再右键点击 items[0] 或 items[0].id 添加到 Watch —— 这比凭记忆写 response.data.items[0].id 准确得多，也绕过了作用域提前判断失败的问题。
常见错误现象包括：监视项长期显示 undefined 或空白，其实只是某一层为 None 或 null，但你没意识到它根本没走到那条分支。
- Python 中
obj.attr会抛AttributeError，中断求值；改用getattr(obj, 'attr', None) - JavaScript/TypeScript 中用可选链
user?.profile?.city，比user.profile.city更健壮 - 如果对象是异步加载的（如
await fetchUser()返回结果），确保断点停在赋值之后，否则user可能还是初始值或undefined
重命名监视项，避免表达式过长干扰判断
默认显示的 response.data.users.filter(u => u.active).length 在监视列表里占三行还看不清，拖慢排查节奏。鼠标悬停在该监视项右侧，点铅笔图标，改成“活跃用户数”或 activeUsersCount —— 这样扫一眼就知道含义，多人协作或长时间调试时尤其有用。
多个监视项之间有依赖关系（比如先看 items.length，再看 items[0].id），可以用鼠标按住左侧空白处拖拽调整顺序，让逻辑流从上到下自然呈现。
别指望 Watch 面板执行副作用或修改状态
list.pop()、dict.clear()、x = 5 这类带副作用或赋值的表达式，在 Watch 面板里输进去也不会生效，多数调试器直接忽略或报错。Watch 是只读、自动刷新的，它的定位就是高频观察，不是交互终端。
真要改值或调函数，去 Debug Console：输入 x = 5 回车，再刷新 Variables 面板就能看到变化；想格式化打印大对象，用 console.log(JSON.stringify(largeObj, null, 2))。
复杂对象监视真正卡住的地方，往往不是语法，而是你没确认它在当前断点确实已被赋值、未被 GC、且类型符合预期——先看 Variables 面板里的原始结构，再决定往 Watch 里加什么。
