必须按RT_GROUP_ICON+RT_ICON结构构造新图标并读取原语言ID，否则图标不显示；UpdateResource需传字符串资源名、正确类型宏，且替换后签名失效、高DPI需PNG格式。
用 UpdateResource 替换图标前必须理解资源结构
Windows 可执行文件的图标不是独立文件，而是嵌在 .rsrc 节里的多层资源：先有 RT_GROUP_ICON（图标组），再指向多个 RT_ICON（实际位图数据）。直接写入单个 RT_ICON 会破坏引用关系，导致图标不显示或资源损坏。
- 必须先用
FindResource+LoadResource读出原始RT_GROUP_ICON，解析其内部GRPICONDIR和GRPICONENTRY，确认有多少个尺寸/色深变体 - 新图标资源也得按同样结构构造：一个
RT_GROUP_ICON+ 若干匹配的RT_ICON，否则 Explorer 加载时跳过整个组 -
UpdateResource的第三个参数（语言 ID）不能硬写MAKELANGID(LANG_NEUTRAL, SUBLANG_NEUTRAL)，要从原资源中读取，否则多语言 exe 里图标只在部分区域生效
修改只读文件时 CreateFile 必须带 GENERIC_WRITE 和 FILE_SHARE_WRITE
直接对正在运行或被系统锁定的 exe 调用 BeginUpdateResource 会失败，错误码通常是 ERROR_ACCESS_DENIED。这不是权限问题，而是文件句柄没开对。
- 调用
CreateFile时，dwDesiredAccess至少含GENERIC_WRITE，dwShareMode必须含FILE_SHARE_WRITE（即使你只是改资源，系统内部会重写整个 PE 文件） - 不要用
CREATE_ALWAYS或TRUNCATE_EXISTING，这会清空原文件；应选OPEN_EXISTING，否则签名、校验和、ASLR 信息全丢 - 如果目标 exe 是 64 位而你的工具是 32 位（或反之），
BeginUpdateResource可能静默失败——Win32 资源 API 不报架构不匹配错误，但后续UpdateResource返回FALSE且GetLastError()是ERROR_INVALID_PARAMETER
UpdateResource 失败时优先检查资源名和类型是否为字符串而非整数
图标资源名常见写成 MAKEINTRESOURCE(1)，但这是给编译器用的宏；运行时调用 UpdateResource 必须传真实字符串指针，比如 "1" 或 "MAINICON"。传 MAKEINTRESOURCE(1) 会导致 ERROR_RESOURCE_NAME_NOT_FOUND。
- 用
EnumResourceNames实际扫一遍目标文件，确认图标组名到底是整数（如 1）还是字符串（如 "IDI_MAINFRAME"），别凭头文件猜 -
RT_GROUP_ICON和RT_ICON类型必须用宏，不能写数字 14/3——虽然值一样，但 WinSDK 头文件可能因平台定义不同，硬编码易出错 - 替换后立即用
EndUpdateResource(hUpdate, FALSE)测试：若返回FALSE，说明资源结构非法；此时用EndUpdateResource(hUpdate, TRUE)丢弃更改，避免写坏原文件
签名失效和兼容性陷阱比代码更难处理
只要调用 UpdateResource 写入任何内容，exe 的 Authenticode 签名就作废，Windows SmartScreen 会直接拦截，UAC 提示变成“未知发布者”。这不是 bug，是设计如此。
立即学习“C++免费学习笔记（深入）”；
- 没有绕过签名失效的办法，重签名需要私钥和证书工具链（
signtool.exe+ PFX），普通开发环境通常不具备 - 某些杀软把资源修改行为当恶意特征，尤其连续修改多个文件时，可能触发实时防护阻断
WriteFile - Windows 11 对高 DPI 图标要求更严：旧版只放 32×32 和 16×16，现在至少得提供 256×256 PNG 压缩格式（
RT_ICON里存 PNG 数据），否则高分屏下模糊或回退到默认图标
真正麻烦的从来不是 API 调用顺序，而是资源结构必须手工对齐、签名无法自动恢复、以及高 DPI 下图标数据格式的隐式升级要求。
