c++中如何获取当前可执行文件的路径_c++获取程序所在目录【实例】_技术教程

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 版本再转码更可控。

需包含
缓冲区大小建议用 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/macO

S 默认 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。