Windows下用GetModuleFileName(NULL)获取实际加载的可执行文件绝对路径，Linux/macOS通过读取/proc/self/exe符号链接实现；二者均返回磁盘上真实路径，而非argv[0]或当前工作目录。
Windows 下用 GetModuleFileName 获取可执行文件路径
Windows 没有统一的“当前程序路径”概念，实际获取的是加载的模块（通常是主可执行文件）在磁盘上的完整路径。最可靠的方式是调用 GetModuleFileName 并传入 NULL 或 GetModuleHandle(NULL)：
#include <windows.h>
#include <string>
std::string getExecutablePath() {
wchar_t buffer[MAX_PATH];
DWORD len = GetModuleFileName(nullptr, buffer, MAX_PATH);
if (len == 0 || len >= MAX_PATH) return "";
return std::string(buffer, buffer + len);
}
注意：返回的是宽字符路径，需转换为 std::string；若程序被硬链接或重命名后运行，该路径反映的是**实际加载的文件路径**，不是启动时用的符号链接名。
常见错误：直接读取 argv[0] —— 它可能只是文件名、相对路径，甚至为空（某些 Shell 启动方式下）；GetCurrentDirectory 返回的是工作目录，和程序位置无关。
Linux/macOS 用 /proc/self/exe 符号链接解析
Linux 和 macOS（自 10.15 起）可通过读取 /proc/self/exe 这个符号链接拿到可执行文件的绝对路径：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
#include <limits.h>
#include <unistd.h>
#include <string>
std::string getExecutablePath() {
char buffer[PATH_MAX];
ssize_t len = readlink("/proc/self/exe", buffer, sizeof(buffer)-1);
if (len <= 0) return "";
buffer[len] = '\0';
return std::string(buffer);
}
关键点：
-
readlink不会自动补\0，必须手动终止字符串 - 如果程序被
chroot或容器隔离，/proc/self/exe可能指向宿主路径，需结合getcwd()或挂载信息判断上下文 - macOS 上该接口仅在 10.15+ 可用；旧版本需用
_NSGetExecutablePath（已废弃，且不保证返回绝对路径）
跨平台封装要注意的兼容性陷阱
写通用函数时，不能只靠编译宏简单分支——不同系统对“程序路径”的定义本身就不同：
- Windows 的
GetModuleFileName在 DLL 中调用时返回的是 DLL 路径，不是 EXE 路径；若需主程序路径，必须显式传GetModuleHandle(NULL) - Linux 的
/proc/self/exe在 setuid 程序中会被内核隐藏（返回空），此时只能退回到解析/proc/self/cmdline或依赖argv[0]（但不可靠） - macOS 上
_NSGetExecutablePath返回路径可能不含.app/Contents/MacOS/前缀，实际 bundle 结构需额外处理
不要假设路径一定可写或存在父目录；拿到路径后如需访问同级资源，建议用 std::filesystem::path(path).parent_path() 提取目录，再拼接其他文件名。
为什么不用 argv[0] 直接拼接？
argv[0] 是启动时 shell 传入的第一个参数，它根本不是“程序路径”的权威来源：
- 可能是相对路径：
./myapp、../bin/myapp - 可能是命令名而无路径：
myapp（靠$PATH查找） - 可能是符号链接名，而非真实文件路径
- 某些环境（如 systemd 启动、调试器附加）下
argv[0]会被修改或清空
真正需要“程序安装位置”做配置加载或资源定位时，必须用上述系统 API，而不是试图用 realpath(argv[0], ...) 补救 —— 它在 setuid 场景下同样失效，且无法解决 argv[0] 本身为空的问题。
