RC脚本中声明二进制资源应使用RT_RCDATA类型并配整数ID（如101），避免字符串ID；文件路径须与.rc同目录或通过“附加包含目录”指定；读取时必须用SizeofResource获取真实长度，禁用LTCG以防Release版资源丢失。
RC 脚本里怎么声明二进制资源？
直接用 RT_RCDATA 类型，这是 Windows 资源系统里专为“不解释的原始字节”准备的类型。别用 RT_BITMAP 或 RT_HTML 这类带语义的类型——它们会触发系统级解析，导致加载失败或内容被篡改。
资源 ID 建议用整数（如 101），避免用字符串名：VC++ 早期工具链对字符串 ID 的支持不稳定，尤其在跨平台构建或 CI 环境中容易报 error RC2104: undefined keyword or key name。
示例：
MY_BINARY_DATA RT_RCDATA "data.bin"
VS 编译时为什么找不到 data.bin 文件？
RC 编译器（rc.exe）默认只在当前目录和 INCLUDE 环境变量路径里找文件，**不会自动继承 C++ 源码的相对路径逻辑**。常见错误是把 data.bin 放在 src/ 下，但 .rc 文件在项目根目录，结果 rc.exe 在根目录下找不到 src/data.bin。
立即学习“C++免费学习笔记（深入）”；
解决办法只有两个：
- 把二进制文件放在与
.rc同目录，或 - 在 VS 项目属性 → 配置属性 → 资源编译器 → 常规 → “附加包含目录”里加上路径，比如
$(ProjectDir)assets\，然后 RC 脚本里写MY_DATA RT_RCDATA "data.bin"
注意：路径里不能有空格或中文，否则 rc.exe 会静默失败，生成的 .res 文件体积为 0 字节。
运行时怎么安全读取嵌入的二进制数据？
不能直接用 LoadString 或 FindResource + LoadResource 返回的指针当 C 字符串用——它不是以 \0 结尾的，strlen 会越界。
必须走完整四步：
HRSRC hRes = FindResource(NULL, MAKEINTRESOURCE(101), RT_RCDATA);HGLOBAL hLoaded = LoadResource(NULL, hRes);-
DWORD size = SizeofResource(NULL, hRes);—— 这个值才是真实长度 -
const void* data = LockResource(hLoaded);—— 返回裸指针，不复制
漏掉 SizeofResource 是最常踩的坑：有人用 GlobalSize(hLoaded)，但它返回的是内存块分配大小，可能比实际资源大（对齐填充），导致 memcpy 多拷贝垃圾字节。
为什么 Release 版本读出来全是 0x00？
因为 VS 默认在 Release 配置下启用“链接时代码生成（LTCG）”，而 rc.exe 生成的资源段（.rsrc）在某些旧版链接器中会被优化掉，尤其是当资源没被显式引用时。
临时绕过方法：在任意 CPP 文件里加一行引用（哪怕不调用）：
extern "C" { __declspec(selectany) int _force_res_ref = 1; }
更可靠的做法：项目属性 → 配置属性 → 链接器 → 常规 → “启用增量链接” 设为“否”，同时“链接时代码生成”设为“禁用”。这不是性能问题，而是 RC + LINK 工具链在 Win10 SDK 10.0.19041+ 后的已知协同缺陷。
另外，确认资源 ID 在 resource.h 里正确定义了宏（比如 #define MY_BINARY_DATA 101），否则 MAKEINTRESOURCE(101) 传进去的是错的 ID，FindResource 返回 NULL 也不报错，后续全空指针操作。
