Linux/macOS 用 readlink("/proc/self/exe") 获取可执行路径,需用 PATH_MAX 缓冲区并检查返回值;Windows 用 GetModuleFileNameA(NULL),缓冲区用 MAX_PATH 并处理失败;跨平台推荐 std::filesystem(C++17)或手动解析目录。

Linux/macOS 下用 /proc/self/exe 读取可执行文件路径
Linux 和 macOS(基于 Darwin)都支持通过 /proc/self/exe 符号链接获取当前进程的可执行文件绝对路径。这是最可靠、无需额外依赖的方式。
注意:该路径是符号链接,需用 readlink 解析为真实路径;且 /proc 是 Linux 特有,macOS 实际走的是 /proc/self/path/a.out 的兼容层(但通常仍可用 /proc/self/exe)。
- 必须包含
(readlink)和(PATH_MAX) - 缓冲区大小不能硬写 256 ——
PATH_MAX才是安全上限 - 要检查
readlink返回值,失败时返回空字符串或抛异常,不能直接用未初始化内存
char path[PATH_MAX];
ssize_t len = readlink("/proc/self/exe", path, sizeof(path) - 1);
if (len == -1) {
// 处理错误,如权限不足或 /proc 不可用
return "";
}
path[len] = '\0';
// 此时 path 是完整可执行文件路径,如 "/home/user/app"
Windows 下用 GetModuleFileNameA 获取路径
Windows 没有 /proc,标准做法是调用 GetModuleFileNameA 并传入 NULL 模块句柄,它会返回当前可执行文件的完整路径。
关键点:函数返回的是 ANSI 字符串(非 Unicode),若项目启用了 Unicode 宏(UNICODE),应改用 GetModuleFileNameW 并处理宽字符转换;但多数跨平台项目倾向统一用 UTF-8,所以先用 A 版本再转码更可控。
立即学习“C++免费学习笔记(深入)”;
- 需包含
- 缓冲区大小建议用
MAX_PATH(260),但实际路径可能超长,可用GetLongPathNameA补偿 - 返回值为 0 表示失败,需用
GetLastError()判断原因(如缓冲区太小)
char path[MAX_PATH];
DWORD len = GetModuleFileNameA(NULL, path, sizeof(path));
if (len == 0 || len >= sizeof(path)) {
return "";
}
path[len] = '\0';
// path 现在是类似 "C:\\Users\\user\\app.exe" 的字符串
提取目录部分要用 dirname(POSIX)或手动截断(Windows)
拿到完整路径后,真正需要的是“程序所在目录”,不是可执行文件本身。POSIX 系统可直接用 dirname,但它会修改原字符串 —— 必须传入可修改的副本;Windows 没有等价 API,得自己找最后一个 '\\' 或 '/' 并置零。
-
dirname返回的是指向原缓冲区内部的指针,不可直接返回(局部数组生命周期结束就悬空) - Windows 下建议统一用
strrchr查找分隔符,比硬编码索引更健壮(支持正斜杠/反斜杠混用) - 路径末尾的
/或\\是否保留?按惯例保留更安全(避免后续拼接时漏掉分隔符)
// Linux/macOS 示例(使用 dirname 后需 strcpy) char full_path[PATH_MAX]; // ... 先填入完整路径 char *dir = dirname(strdup(full_path)); // strdup 避免修改原缓冲区 std::string dir_str(dir); free(dir); // 注意释放 strdup 分配的内存
C++ 跨平台封装要注意路径分隔符与编码一致性
混合使用 / 和 \\ 在运行时一般不影响打开文件(系统层会识别),但若用于日志、配置拼接或调试输出,不统一容易引发混淆。更麻烦的是编码:Windows 默认 ANSI(系统 locale),Linux/macOS 默认 UTF-8 —— 如果路径含中文,直接用 char* 可能乱码。
- 推荐用
std::filesystem::current_path().parent_path()替代手工解析(C++17 起),它自动处理分隔符和编码,但需确认目标平台 STL 支持度 - 若不能用 C++17,至少把路径字符串统一转成
std::string,并在 Windows 上用MultiByteToWideChar+WideCharToMultiByte强制转 UTF-8 - 不要假设
argv[0]可靠:它可能被修改、不含路径、甚至为空(某些启动方式下)
最常被忽略的一点:容器化环境(Docker)或沙盒(Flatpak/Snap)中,/proc/self/exe 可能指向绑定挂载路径或符号链接链很长,readlink 只解一层 —— 此时应循环调用直到得到真实路径,或改用 realpath。











