Visual Studio C#调试窗口按需激活、各司其职：局部变量窗自动显示当前栈帧变量，监视窗支持跨表达式手动输入并需刷新线程上下文，数据提示最轻量但仅限当前行且受JIT优化影响；多线程调试中线程窗列示线程状态，并行监视窗分列各线程变量值；反汇编与内存窗需启用地址级调试，依赖未优化代码和PDB符号。
Visual Studio 的 C# 调试窗口不是“打开就全懂”的面板集合，而是按需激活、各司其职的一组工具。关键不在于“有哪些”，而在于“哪个窗口能立刻回答你当前的问题”。
怎么看变量值：局部变量、监视、数据提示三者区别
调试暂停时，最常查的是变量当前值：
-
局部变量窗口自动显示当前栈帧中所有局部变量和参数，无需手动添加，但只反映当前线程+当前作用域——切换线程后内容不会自动更新 -
监视窗口（Watch）支持手动输入任意表达式（如list.Count、user?.Profile.Name），但每条表达式绑定在**当前活动线程上下文**；换线程后必须右键「刷新」或重新输入 - 鼠标悬停在代码变量上出现的**数据提示**（DataTip）最轻量，但只对当前行有效；若变量被 JIT 优化掉（常见于 Release 模式），会显示
<no value></no>，不是 bug，是真实不可见
怎么看多线程状态：线程窗口 vs 并行监视窗口
当代码用 Task.Run、Thread.Start 或 async/await 启动多个执行流时：
-
线程窗口（Debug → Windows → Threads）列出所有线程 ID、名称、调用堆栈位置，可标记/冻结/切换当前线程——但它不显示变量值，只告诉你“谁在跑” -
并行监视窗口（Ctrl+Alt+Shift+P）才是真正查“每个线程里变量长啥样”的工具：默认按线程分列，每列顶部显示[Thread 1234]，双击空白行即可输入该线程上下文中的表达式；右键列标题还能切到任务视图，更适合 async 场景 - 注意：
并行监视中表达式求值失败（显示<cannot evaluate></cannot>）大概率是因为变量已出作用域或 Release 模式未禁用优化，不是窗口本身问题
怎么看内存和底层执行：反汇编与内存窗口怎么开
普通业务逻辑几乎用不到，但遇到诡异行为（比如值莫名被改、引用地址异常）时才需要：
- 先在
工具 → 选项 → 调试 → 常规中勾选启用地址级调试，否则以下窗口都灰色不可用 -
反汇编窗口（Ctrl+Alt+D）显示 JIT 编译后的本机指令，黄色箭头指向下一条将执行的 CPU 指令；配合寄存器窗口可确认rax、rbx等寄存器值——这层信息对理解ref struct生命周期或 Span 内存越界极有帮助 -
内存窗口（Debug → Windows → Memory → Memory 1）适合查看大块原始内存，比如byte[] buffer的实际字节布局；地址栏支持输入buffer（自动解析为起始地址）或&localInt（取地址）
真正容易被忽略的点是：所有这些窗口都依赖调试符号（.pdb 文件）和未优化的代码。如果项目配置是 Release + Optimize code 勾选，局部变量 和 并行监视 会大面积失效——这不是设置问题，是编译器根本没把变量信息写进 pdb。
