RC文件需经rc.exe编译为.res再链接进EXE/DLL，运行时须用Windows API（如FindResource/LoadResource/LockResource）访问已加载资源；自定义二进制资源需在.rc中声明MY_JSON RCDATA "config.json"，并通过资源ID和模块句柄获取只读内存指针，长度必须用SizeofResource获取；标准资源（STRINGTABLE、DIALOG等）应使用专用API（LoadString、DialogBox等），不可通用API读取；调试时优先验证RC是否加入项目“资源文件”过滤器、ID一致性及EXE中资源是否存在。
RC文件不是“读取”而是编译时嵌入资源
RC文件（.rc）本身不是运行时可直接打开的文本文件，它在编译阶段被rc.exe编译成二进制资源（.res），再链接进EXE/DLL。你无法用fopen或std::ifstream直接读它的原始内容——那只是源码，没意义。
真正要用的是编译后已加载进进程的资源，通过Windows API访问，比如图标、字符串表、对话框模板、自定义二进制数据（如PNG、JSON片段）。
怎么加载自定义二进制资源（最常用场景）
想把一个配置文件（如config.json）打包进EXE并运行时取出？必须先在.rc里声明：
MY_JSON RCDATA "config.json"
然后在代码里用FindResource→LoadResource→LockResource三步获取内存指针：
立即学习“C++免费学习笔记（深入）”；
常见错误现象：FindResource返回NULL（ID写错、模块句柄传错）、LockResource后忘记SizeofResource就当C字符串用（没结尾\0）、释放逻辑混乱（资源由系统管理，不能free）。
- 资源ID（如
MY_JSON）必须与RC中一致，且建议用数值ID（如101）避免宏冲突；若用字符串名，调用时要传MAKEINTRESOURCE(0)对应字符串ID -
HMODULE通常用GetModuleHandle(nullptr)获取当前EXE模块，DLL里需传自己模块句柄 - 返回的指针指向只读内存，不要尝试修改；长度必须用
SizeofResource获取，不能依赖\0结束
字符串表和对话框资源不用手动加载
标准资源类型（如STRINGTABLE、DIALOG）有专用API，不走通用资源加载流程：
- 字符串表用
LoadString，传入资源ID和缓冲区，自动处理多语言/换行 - 对话框用
DialogBox或CreateDialog，传资源ID即可，系统内部解析模板 - 图标/光标用
LoadIcon/LoadCursor，比手动加载RCDATA更安全（支持DPI缩放、主题适配）
强行用通用API读STRINGTABLE会得到乱码二进制结构，因为其内存布局是Windows私有格式。
调试时找不到资源？检查这几点
编译成功但运行时报ERROR_RESOURCE_NAME_NOT_FOUND或NULL返回值，优先排查：
- RC文件是否被加入VS项目“资源文件”过滤器（而非“源文件”）？否则
rc.exe不会执行 - 资源ID在RC和C++中是否完全一致（大小写、下划线、是否加引号）？字符串名要加双引号，数值ID不加
- Release版是否启用了“合并重复资源”（/MERGE:.rdata）导致资源段被优化掉？关掉试试
- 用
Resource Hacker或dumpbin /resources确认资源确实存在于最终EXE中
资源加载失败往往不是代码问题，而是构建链路断在RC编译或链接环节——先验证EXE里有没有资源，再查API调用。
