vs code没有visual studio式的即时窗口，仅debug console支持断点暂停时的变量查看、表达式求值与赋值修改，但不支持私有方法调用、无副作用执行或设计时调试；.net用户可辅以c# interactive，但其脱离调试上下文。
VS Code 里没有“即时窗口”，别找错地方
VS Code 原生不提供 Visual Studio 那种 Immediate 窗口——也就是支持 ? varName、> Debug.Print、设计时调用函数、带 nse 标志的无副作用执行等功能的调试交互面板。你如果在 VS Code 里按 Ctrl+Alt+I 或搜“即时窗口”，什么都不会出来。
这个认知偏差很常见：有人刚从 Visual Studio 切过来，下意识想找对应功能，结果在 Extensions Marketplace 搜 “immediate window”、“debug console enhanced” 之类关键词，装了一堆名字唬人但实际只是增强控制台或 REPL 的插件，最后发现根本不能在断点上下文中读私有字段、不能调用未公开方法、也不能临时改变量再回退。
替代方案只有两个：Debug Console 和 C# Interactive（.NET 场景）
VS Code 的调试会话中，真正能交互式求值表达式的只有 Debug Console（调试控制台），它出现在调试启动后，“运行与调试”侧边栏底部的标签页里。它的能力边界非常明确：
- 仅在调试暂停时可用（比如断点命中、异常中断）
- 支持当前栈帧作用域内的变量访问和简单表达式计算，例如
user.Name、list.Count > 0 - 可执行赋值语句，如
count = 100—— 但这是真实副作用，会永久改变程序状态 -
不支持调用私有/内部方法（
obj._helper()会报CS0122）、不识别$开头的调试器特殊变量（如$exception）、也不支持nse这类沙箱标记
如果你用的是 .NET（C#），C# Interactive（可通过 View > Other Windows > C# Interactive 打开）能跑任意 C# 表达式甚至小代码块，但它完全脱离调试上下文：没有当前变量、没有调用栈、不能访问局部对象引用，所有对象都得手动 new 或从静态入口获取。它本质是独立 REPL，不是调试辅助工具。
想模拟 VS 的即时窗口？得靠组合操作 + 接受限制
没有原生等价物，但你可以用以下方式逼近部分高频需求：
- 查变量值 → 在
Debug Console输入变量名回车，或直接看“变量”面板（更稳，不会因拼写错误报错） - 临时改一个值测试分支逻辑 → 在
Debug Console赋值，例如isValid = true，然后按F5继续；注意这不可逆，别在关键路径上乱试 - 调私有方法验证逻辑 → 必须提前在代码里加个
public包装方法（哪怕只用于调试），或改用单元测试 + 断点调试 - 安全地“试跑”一段逻辑不污染状态 → 写个最小化单元测试，用
dotnet test --filter快速验证，比在调试器里硬凑更可靠
某些插件（如 vscode-browser-preview 或 js-debug 的增强控制台）会在特定语言场景下扩展 Debug Console 功能，但它们依然受限于 VS Code 调试协议（DAP）的设计：DAP 不暴露“设计时执行”或“无副作用求值”的能力，所以这些插件也做不到 VS 那套。
最容易被忽略的坑：Debug Console 的作用域是当前线程 + 当前栈帧
你在异步方法里打了个断点，进入 Debug Console，输入 task.Status 能看到值；但如果你在 await 后面的回调里暂停，再输同样的表达式，可能就提示变量未定义——因为编译器把局部变量提升到了状态机类字段，名字已变（如 <counter>5__</counter>）。这时候你不能靠猜，得打开“变量”面板展开 this，或者用 Debug Console 查 GetType().GetFields(BindingFlags.NonPublic | BindingFlags.Instance) 手动找。
另一个隐形限制：.NET 项目若启用了 optimized build（发布模式默认开启），JIT 可能内联方法、消除临时变量，导致 Debug Console 里根本看不到某些局部变量——这不是插件问题，是调试信息本身被编译器丢弃了。
