断点暂停后变量不自动刷新，是因为vscode“变量”面板仅在断点命中时刷新一次，并非持续轮询；需通过f10/f11单步执行触发新暂停，或确保异步回调内已设断点，避免跳过执行路径。

断点暂停后变量不自动刷新，怎么办？

VSCode 的“变量”面板默认只在断点命中时刷新一次，不是持续轮询。如果你单步执行后没看到值更新，大概率是没触发下一次暂停——比如跳过了某行、或进入了异步回调未设断点。

• 确保你用的是 Step Over（F10）或 Step Into（F11），而不是直接 Continue（F5）
• 检查是否误点了“跳过所有断点”（小虫子图标旁的禁用按钮，状态为灰色）
• 异步代码中，setTimeout 或 Promise.then 内部需单独设断点，否则变量面板不会响应
• Python 用户注意：debugpy 对生成器/协程的支持有限，yield 或 async/await 块内变量可能延迟显示

监视表达式输入后一直显示“Unable to evaluate”

这个错误通常不是语法问题，而是上下文缺失或求值时机不对。

• 表达式里引用了尚未初始化的变量（比如在函数开头就监视 result.length，但 result 还没声明）
• 跨作用域访问失败：不能在全局监视局部变量，也不能在子函数里监视父函数的闭包变量（除非调试器已进入该作用域）
• Python 中调用含副作用的函数（如 list.pop()）会被阻止，调试器默认禁用可变操作
• JavaScript 中访问 undefined?.prop 是安全的，但 obj.prop.length 在 obj.prop 为 undefined 时仍会报错，建议改用 obj?.prop?.length

鼠标悬停提示和监视面板值不一致

这是常见幻觉，实际是两个不同机制在工作：悬停读的是当前执行点的瞬时快照，监视面板读的是上一次断点暂停后的求值缓存。

VSCode 1.118

微软正式发布 Visual Studio Code 1.118 版本 。本次更新重点强化了 AI 开发体验与企业管理能力，其中最引人注目的是新增 Copilot CLI 远程控制功能，允许开发者通过手机或网页远程监控和接管 AI 会话 。同时，为了提高 AI 的运行性价比，新版本优化了令牌缓存策略以降低成本 。此外，1.118 版还引入了 Chronicle 本地历史追踪、TypeScript 7.0 支持以及更严格的企业级访问管控 。

下载

• 悬停值更准，但无法展开深层结构（除非你手动点击箭头）
• 监视面板支持表达式，但每次刷新都重新求值，如果表达式依赖外部状态（如全局计数器），两次暂停之间它可能已被其他逻辑修改
• Julia 用户特别注意：run_debugger.jl 协议对不可变对象（如 NamedTuple）做浅拷贝，悬停看到的是原始引用，监视面板显示的是序列化副本，字段顺序可能不同

为什么 Debug Console 里能运行的表达式，在监视面板里报错？

Debug Console 执行环境更宽松：它复用当前栈帧的完整上下文，并允许副作用；而监视面板走的是 DAP 的 evaluate 请求，受协议限制更严。

• Debug Console 可以写 user.name = "test" 修改变量，监视面板只接受纯表达式（不能赋值）
• 控制台支持多行、语句块；监视面板只认单行表达式
• Python 的 locals() 在控制台可用，在监视面板里会提示 NameError，因为 locals 不在当前作用域符号表中
• Julia 用户若用 @show 或 @info，只能在控制台运行，监视面板不识别宏调用

复杂点在于：同一个变量名，在不同断点位置可能指向完全不同的内存地址（尤其涉及闭包、类实例或 copy 操作），而 VSCode 不会主动标记这种别名关系。你得自己盯住调用栈深度和作用域标签，不然很容易把 A 函数里的 data 和 B 函数里的同名变量当成同一个东西。