VS 2017中MFC Dialog Property Sheet使用报错，VS 2013可正常运行

这种跨VS版本的资源加载问题真的很磨人，我之前在迁移MFC项目的时候也踩过类似的坑。结合你描述的情况——VS2013正常但VS2017报错，换CMFC类也没用——大概率是资源配置或者版本兼容性的问题，下面给你梳理几个排查方向和解决办法：

1. 先查资源ID和关联是否正确 #

• 打开resource.h文件，仔细核对每个属性页的对话框ID（比如IDD_PAGE1），确保没有和菜单、控件、其他对话框的ID重复——VS2017对资源ID的唯一性检查更严格，哪怕是跨类型的ID冲突都可能导致加载失败。
• 确认你的属性页类构造函数里传入的ID和资源里的完全一致，比如CMyPage1::CMyPage1() : CPropertyPage(IDD_PAGE1)，别手滑写错ID号。
• 去资源视图里看看，对应的对话框资源是不是真的在项目里，有没有被误删或者没包含进来。

2. 检查对话框模板的样式设置 #

VS2017的MFC对属性页对话框的样式要求比VS2013更严格，必须符合Child窗口的规范：

• 打开属性页的对话框资源，右键选「属性」：
  • 把「样式(Style)」改成Child，「边框(Border)」选Thin或者None（不能是Popup，否则会被MFC判定为无效的属性页模板）。
  • 取消勾选「标题栏(Title Bar)」（或者保留但别勾「系统菜单(System Menu)」，属性页不需要这个）。
  • 「可见(Visible)」属性一定要取消勾选，属性页的显示是由属性表(CPropertySheet)控制的，自己设为可见会导致加载异常。
  • 字体设置尽量用MFC默认的「MS Shell Dlg 2, 9号」，自定义字体如果资源里没正确嵌入也会触发资源异常。

3. 调整项目的资源路径配置 #

• 右键项目→「属性」→「配置属性」→「C/C++」→「常规」，看看「附加包含目录」里有没有包含resource.h所在的路径，如果你的资源头文件不在默认目录下，VS2017可能找不到对应的ID定义。
• 同样，右键你的.rc资源文件→「属性」→「资源编译器」→「常规」，确认「附加包含目录」也设置正确，资源编译器找不到头文件的话，会把ID当成无效值处理。
• 最后清理一下项目，删掉Debug/Release文件夹，重新生成解决方案——旧的资源缓存有时候会搞鬼，清干净再编译大概率能解决一些隐性问题。

4. 修复资源格式的版本兼容性 #

从VS2013迁移过来的资源文件，格式可能和VS2017不兼容：

• 打开每个属性页的对话框模板，随便做个微小修改（比如移动一下某个控件），然后保存，让VS2017重新生成符合当前版本的资源格式。
• 打开.rc文件，检查开头的头文件引用，确保是#include "afxres.h"而不是旧版本的路径，这个头文件是MFC资源的核心依赖，版本不对会导致加载失败。

5. 调试定位具体失败的资源 #

如果上面的方法都没用，那就直接调试抓异常：

• 在你调用CPropertySheet::DoModal()的地方设置断点，当抛出CResourceException时，查看异常对象的m_nID或者m_lpszResourceName成员，就能精准知道是哪个资源加载失败了，针对性排查就行。

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