Debug配置是调试的硬性前提，因其保留PDB符号文件、禁用编译器优化，确保源码与指令一一对应；Release模式下断点无效、变量不可见、执行顺序混乱，无法用于调试。
直接用 Debug 配置 + 条件断点 + 监视窗口，能砍掉 70% 以上重复性排查时间。Release 模式下断点不生效、变量不可见、优化打乱执行顺序——别在 Release 里调试。
为什么 Debug 配置是调试的硬性前提
Debug 模式保留完整的 PDB 符号文件、禁用编译器优化（如内联、死代码消除、寄存器重用），确保源码行与机器指令一一对应。Release 模式下 F11 可能跳过整段逻辑，watch 窗口显示 <not available></not>，甚至断点变成空心圆点且从不命中。
- 必须确认当前启动配置是
Debug：右下角状态栏看是否显示 “Debug”；或检查“生成”→“配置管理器”中活动解决方案配置 - 若误用 Release 调试，
F5启动后程序直接跑完、无中断，或断点灰显——这不是操作问题，是模式错误 - 第三方库若无对应 PDB 文件，即使在 Debug 下其内部变量也无法查看；可手动加载符号或启用 Microsoft 符号服务器
条件断点比普通断点快 5 倍定位循环/高频调用中的异常
在 10 万次循环里找第 99998 次出错的 i 值？别用 F5 按 99997 次。右键断点 → “条件” → 输入表达式，让 VS 自动过滤。
Visual Studio Professional 18.8.1
下载
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 常见写法：
i == 99998、list.Count > 100、str.Contains("timeout") - 避免字符串比较开销过大导致卡顿：优先用数值或布尔字段判断，如
status == Status.Failed而非message.Contains("fail") - 命中次数条件更轻量：
命中次数 % 100 == 0适合采样观察，不阻塞高频路径
监视窗口比鼠标悬停更可靠，尤其对集合和异步对象
鼠标悬停只显示当前作用域局部变量，且对 IEnumerable、Task、IDisposable 类型常显示简化结果（如 “System.Collections.Generic.List`1[System.String]”）；而监视窗口支持表达式求值和展开。
- 直接输入
items.Where(x => x.Length > 5).ToArray()查看过滤后数据，无需改源码加临时变量 - 对异步对象，输入
task.Result（仅限已完成）或task.Status判断状态，比猜IsCompleted更准 - 右键变量 → “添加到监视” 是最快入口；多个关注点建议分 Tab 页管理，避免混在一起
容易被忽略的三个关键点
第一，Edit and Continue 功能默认开启但受限：C# 中仅支持方法体内修改（不能增删方法、改签名、动类结构），且需暂停在断点上才能生效；第二，异常设置里勾选 Common Language Runtime Exceptions 后，第一次抛异常就中断（throw 行），而非等它冒泡到顶层崩溃；第三，多线程场景下，单靠堆栈窗口可能漏掉其他线程的并发修改，必须开“并行堆栈”窗口同步观察。
