VS2022 Community向MFC对话框添加类时崩溃的排查求助

1. 收集崩溃转储文件分析 #

• 打开VS，依次进入工具 -> 选项 -> 环境 -> 故障转储，将转储类型设置为「全内存转储」，指定保存路径后重启VS
• 触发崩溃操作，找到生成的.dmp文件，用VS打开它。调试前先配置符号加载：工具 -> 选项 -> 调试 -> 符号，勾选「微软符号服务器」，等待符号加载完成后查看调用栈，确定崩溃发生的模块（如mfc140u.dll、devenv.exe）和具体函数

2. 检查资源文件合法性 #

• 用文本编辑器直接打开项目的.rc和.rc2文件，检查新添加的对话框ID是否与现有资源ID重复
• 核对对话框资源的定义格式，比如控件的样式标志、字符串属性是否存在异常值，避免因资源语法错误导致VS解析崩溃
• 对比成功创建类时的资源文件和崩溃前的版本，找出内容或格式差异点

3. 排查项目文件与配置问题 #

• 打开.vcxproj和.vcxproj.filters文件，检查是否存在损坏的条目（如无效GUID、错误路径）
• 创建全新的MFC项目，重复相同操作（添加对话框、修改ID、添加类），验证是否是当前项目的特有问题
• 重置VS用户设置：打开命令提示符，执行devenv /ResetSettings，重启后测试

4. 附加调试VS进程 #

• 打开一个新的VS实例，通过调试 -> 附加到进程选择目标devenv.exe进程
• 在附加的VS中，开启「抛出时中断」：调试 -> 窗口 -> 异常设置，勾选C++异常和Win32异常
• 触发崩溃操作，捕获异常后查看调用栈和寄存器信息，定位崩溃的具体代码位置

5. 关联IntelliSense问题排查 #

• 删除项目目录下的隐藏.vs文件夹，清理IntelliSense缓存后重启VS
• 检查项目包含路径：项目属性 -> 配置属性 -> C/C++ -> 常规，确保路径无无效项或循环引用
• 修复IntelliSense后再次测试崩溃场景，确认两者是否存在关联

6. 验证VS与系统完整性 #

• 运行VS安装程序，选择「修改」后点击「修复」，修复损坏的组件或MFC库
• 安装最新的Windows系统补丁，尤其是.NET Framework、VC++运行库相关更新
• 临时关闭杀毒软件或防火墙，排除第三方软件干扰

内容的提问来源于stack exchange，提问作者Elias