VSCode中查看Python变量状态的调试技巧

调试时，Variables面板为空或显示不全，往往是因为变量不在当前栈帧作用域内——函数内变量只在Locals中，模块级变量在Globals里；类属性需要手动展开；像DataFrame这类自定义类型，得右键“View Value in Interactive Window”才能真正查看。解释器未选中会导致面板灰显，Watch表达式要避免中文名和副作用，悬停与Debug Console的差异源于求值上下文不同，中文显示为uXXXX是JSON转义而非乱码。说到底，调试时务必结合Call Stack确认当前栈帧。

断点停住后变量面板为空或显示不全

其实不是代码没跑完，而是当前栈帧里压根没有这些变量。比如你在函数外部设断点，却想看函数内部的result，Variables面板里自然找不到。

• 首先要确认断点位置在变量作用域内。函数内变量只在该函数执行时出现在Locals下，模块级变量才在Globals里。
• 如果变量是类实例属性（如user.name），Variables面板默认只展开一层，需手动点击▶展开对象才能看到。
• 遇到[Object]或[Array]点不开，大概率是Pandas DataFrame、PyTorch Tensor这类自定义类型——右键该变量，选择“View Value in Interactive Window”才能真正查看完整内容。
• 若整个Variables面板灰掉或空着，先检查底部状态栏是否显示Python解释器路径；没显示说明解释器未选中，Ctrl+Shift+P输入Python: Select Interpreter重选一次即可。

Watch 表达式总提示 Cannot evaluate

Watch不是Python解释器，它依赖debugpy对运行时对象结构的映射能力，写法稍有偏差就直接报错。

• 别用中文变量名直接输进Watch：虽然Python允许姓名 = "张三"，但旧版debugpy可能无法索引，改用英文名更稳。
• 访问字典中文key要用方括号：写data["姓名"]，而不是data.姓名（后者会报错）。
• 避免副作用表达式：比如queue.get()或list.pop()，每次刷新Watch都会真实执行一次，可能破坏程序状态。
• 嵌套太深时加括号防歧义：users[0].contacts.get("email")比users[0].contacts["email"]更安全，前者在key不存在时不崩溃。

鼠标悬停值和 Debug Console 输出不一致

这不是bug，而是求值上下文不同导致的——悬停走的是轻量符号表查询，Debug Console是完整Python环境执行。

• 悬停只显示变量当前内存值，不触发__repr__或__str__；而Debug Console输入my_list会调用print()逻辑，可能格式更友好。
• 某些对象（如生成器、数据库游标）悬停显示，但在Debug Console输入list(my_gen)就能展开内容。
• 如果悬停显示undefined，但Debug Console能打出值，说明该变量不在当前栈帧作用域——检查断点是否设在了闭包/回调函数外层。
• Debug Console支持多行输入：按Shift+Enter换行，适合调试复杂逻辑，比如for x in data[:3]: print(x)。

中文 key 或字符串在 Variables 面板显示 uXXXX

这是JSON序列化转义，不是乱码，变量本身完好。VSCode调试器把对象转成JSON发送给前端渲染，中文自动被Unicode编码。

• 鼠标悬停变量名，弹窗里通常显示原始中文；或者在Debug Console输入变量名，也能看到正常文本。
• 如果真出现方块或问号（），说明文件读取时编码错了：检查launch.json是否加了"env": {"PYTHONIOENCODING": "utf-8"}，并确保源文件保存为UTF-8。
• 读取CSV/JSON文件时，务必显式指定encoding="utf-8"，否则Windows默认用GBK，debugpy会把字节流当UTF-8解析，导致值损坏。
• Watch里想看中文字段值，写my_dict["姓名"]即可，不用管面板里显示的u59d3u540d——那只是展示层限制，不影响实际调试。

最后强调一点：变量监视高度依赖当前栈帧的完整性。一旦跳过函数调用、用F10跳过某行、或断点设在异步回调之外，你看到的就不是“此刻正在算什么”，而是“此刻能拿到什么”。所以盯着Variables和Watch的同时，一定要同步查看Call Stack面板，确认你站在哪一层函数里。