c++如何获取当前可执行文件的版本号信息_GetFileVersionInfo应用【实战】-C++-PHP中文网

getfileversioninfo失败主因是路径非绝对或资源缺失；须用getfileversioninfosize预检，通过verqueryvalue获取vs_fixedfileinfo后取hiword(dwfileversionms)得主版本；unicode路径必用w版api，release下需确认.rc文件参与编译且未被条件宏屏蔽。

c++如何获取当前可执行文件的版本号信息_getfileversioninfo应用【实战】

GetFileVersionInfo 调用失败返回 FALSE，但 GetLastError 是 0

这是最常见卡点：函数看似“没报错”，实则根本没读到版本资源。根本原因通常是路径不对或资源不存在。

GetFileVersionInfo 只能读 PE 文件的 VS_VERSIONINFO 资源，不是读文件系统属性，也不是读编译时宏定义的字符串
传入路径必须是**完整绝对路径**，相对路径（如 "./app.exe"）在多数情况下会失败——GetFileVersionInfo 不走当前工作目录查找逻辑
确保目标 EXE 确实嵌入了版本资源：用 dumpbin /headers your.exe | findstr "resource" 或 Resource Hacker 打开确认存在 VERSIONINFO 类型资源
调用前务必先用 GetFileVersionInfoSize 获取缓冲区大小，返回 0 就别调 GetFileVersionInfo 了，否则必然失败

如何从 GetFileVersionInfo 的输出中安全提取主版本号（如 2.1.0.123 中的 2）

不能直接按字符串解析——Windows 版本号是 4×16 位整数（DWORD），存于 VS_FIXEDFILEINFO 结构体里，字节序和结构偏移容易搞错。

先用 VerQueryValue 查询 "\"（根路径）获取 VS_FIXEDFILEINFO* 指针，不是查 "\StringFileInfo\..."
该结构体中 dwFileVersionMS 高 16 位是主版本（HIWORD(dwFileVersionMS)），低 16 位是次版本；dwFileVersionLS 同理对应修订号和构建号
别用 LOWORD(HIWORD(...)) 这类嵌套宏——可读性差还易出错，拆成两步：WORD major = HIWORD(info->dwFileVersionMS);
注意：这个版本号来自资源编译器（RC 编译器）写入的 FILEVERSION，和 C++ 源码里的 VERSION_MAJOR 宏无关，两者不同步很常见

Unicode 路径下 GetFileVersionInfo 崩溃或返回乱码

本质是字符编码和 API 选择问题：GetFileVersionInfoA 强制 ANSI，GetFileVersionInfoW 才支持宽字符路径，但很多人混用或忽略链接依赖。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

必须显式调用 GetFileVersionInfoW（带 W 后缀），且传入 LPCWSTR 路径，例如 L"C:\path\app.exe"
如果用 TCHAR + TEXT()，确保项目已定义 UNICODE 和 _UNICODE，否则 GetFileVersionInfo 会退化为 A 版本
VerQueryValue 返回的字符串指针指向的是资源内存块里的原始字节，若查询 "\StringFileInfo\...\ProductName" 这类字符串表项，返回值是 LPVOID，需强转为 LPCWSTR 再用，不能当 char* 处理
不要对返回的字符串做 strlen 或 strcpy ——它是宽字符串，长度单位是 wchar_t，且不保证以 L'' 结尾（实际由 wLength 字段决定）

Release 模式下版本号读出来是 0.0.0.0

不是代码问题，是构建流程断层：资源文件（.rc）没参与 Release 编译，或者版本号宏被条件编译掉了。

检查 .rc 文件是否在 Release 配置中被排除（右键 .rc → 属性 → 配置属性 → 常规 → “排除从生成中” 是否为“是”）
检查 FILEVERSION 行是否被 #ifdef DEBUG 包裹，例如：#ifdef DEBUG FILEVERSION 1,0,0,0 #else FILEVERSION 0,0,0,0 #endif —— 这会导致 Release 版本号清零
确认链接器设置：项目属性 → 配置属性 → 清单工具 → 输入和输出 → “使用清单” 必须为“是”，否则 RC 编译器产出的资源可能未合并进最终 PE
一个快速验证法：用 sigcheck -a your.exe（Sysinternals 工具）看输出里是否有 ProductVersion 和 FileVersion 字段，没有就说明资源根本没打进去了

版本号不是“写完代码就自动有”的东西，它卡在资源编译、链接、路径解析三个环节上，任一环松动，拿到的就是 0 或崩溃。尤其要注意 Release 配置下 .rc 文件是否真被编译了——这点最容易被忽略。