应优先打开“错误列表”窗口（ctrl+shift+e），它是编译器真实输出的汇总，按错误/警告/消息分类，支持排序、筛选和双击跳转，比编辑器中可能滞后或误报的红色波浪线更可靠。
看“错误列表”窗口，别只盯着红色波浪线
Visual Studio 报错后，第一反应不是点开报错文件、也不是立刻查百度，而是打开 错误列表 窗口（Ctrl+Shift+E）。它比编辑器里的红色下划线更可靠：下划线可能滞后、误报，或只显示语法类提示；而 错误列表 是编译器真实输出的汇总，按“错误/警告/消息”分类，可排序、可筛选、可双击跳转到源码行。
常见误区：
– 把“IntelliSense 错误”当真错误（比如未解析的标识符，但项目能正常生成）
– 忽略“警告”级别条目，其实某些 C4005（宏重定义）、C4244（类型截断）会埋下运行时隐患
– 在多项目解决方案中，没注意“项目列”，误以为错误来自当前打开的文件，实际是依赖项目出问题
查“输出”窗口里的详细日志，特别是 Build 和 Debug 两个通道
按 Ctrl+Alt+O 打开 输出 窗口，右上角下拉菜单切换到 生成 或 调试。这里才是原始诊断信息的源头：
- 生成失败时，最后一段往往包含具体命令（如
cl.exe或link.exe）的完整参数和返回码，比如link.exe : fatal error LNK1181: cannot open input file 'xxx.lib' - 调试启动失败，可能看到
The program '[xxxx] MyApp.exe' has exited with code -1073741515 (0xc0000135) '找不到指定的模块'，这说明 DLL 加载失败，不是代码逻辑问题 - 若启用详细生成日志（项目属性 → 配置属性 → 常规 → 生成日志详细程度 →
详细），还能看到哪个 .cpp 文件触发了模板实例化爆炸或头文件循环包含
遇到运行时报错（崩溃/异常），优先抓取调用堆栈和模块加载信息
程序运行中弹出“已停止工作”或抛出未处理异常时，不要直接重启——先确认是否在调试状态下：
Visual Studio 18.8.1 官方固定版本安装引导程序，当前条目使用微软发布历史中的 Professional Web Installer，适合旧项目兼容、环境回退、复现特定构建链和排查版本差异等场景。
- 如果已按 F5 启动调试，VS 会自动中断在异常抛出处，此时打开
调用堆栈窗口（Ctrl+Alt+C）看最顶层帧；注意区分“第一次机会异常”（可捕获）和“第二次机会异常”（已无人处理） - 若程序已崩溃退出，检查是否生成了
.dmp文件（通常在项目输出目录或 %TEMP%），配合匹配的.pdb文件才能在 VS 中加载分析 - 打开
模块窗口（调试 → 窗口 → 模块，Ctrl+Alt+U），观察哪些 DLL 的“符号状态”是Not loaded或Cannot find or open the PDB file，这常指向第三方库版本错配或路径缺失
别忽略“活动日志”和“诊断工具”，它们专治诡异问题
有些错误根本不进 错误列表，比如扩展冲突、包加载失败、语言服务初始化异常——这时要翻 活动日志（Help → Send Feedback → Report a Problem → View Diagnostic Data）：
搜索关键词：Package.LanguageService、Variant、MEF、Extension。例如 VisualGDB 安装后出现 System.TypeLoadException: 未能加载类型 'Variant'，错误堆栈里必然带 Package.LanguageService, Version=5.8.0.0，说明是扩展与 VS 内部类型签名不兼容，而非你写的代码有问题。
另外，调试时打开 诊断工具（Debug → Windows → Show Diagnostic Tools），勾选 CPU 使用率和内存使用，能快速识别死循环、内存泄漏这类“不报错但卡死”的场景——它们不会出现在任何错误窗口里，却让开发陷入假性“无错”状态。
