linux/macos下用readlink读取/proc/self/exe获取可执行文件绝对路径，需预分配足够缓冲区、检查返回值并调用realpath解析软链；windows则用getmodulefilenamea(null, ...)。
Linux/macOS 下用 /proc/self/exe 读取可执行路径
Linux 和 macOS（基于 Darwin）都支持通过 /proc/self/exe 这个符号链接获取当前进程的可执行文件路径。它指向启动该进程时使用的完整路径，即使二进制被移动或重命名，只要没被删除，这个链接仍有效。
实操要点：
- 必须用
readlink()（不是realpath()）读取符号链接内容，否则可能得到相对路径或失败 - 缓冲区长度建议至少
PATH_MAX（通常为 4096），但需检查返回值防止截断 - 读取后应调用
realpath()消除../.或软链嵌套，获得真正解析后的绝对路径
#include <limits.h>
#include <unistd.h>
#include <libgen.h><p>char path[PATH_MAX];
ssize_t len = readlink("/proc/self/exe", path, sizeof(path) - 1);
if (len != -1) {
path[len] = '\0';
char* resolved = realpath(path, NULL); // 注意：返回 malloc 分配内存
if (resolved) {
printf("exe path: %s\n", resolved);
free(resolved);
}
}</p></libgen.h></unistd.h></limits.h>
Windows 下用 GetModuleFileNameA() 获取路径
Windows 没有 /proc 机制，正确方式是调用 GetModuleFileNameA() 并传入 NULL 作为模块句柄，它会返回当前进程主模块（即 .exe）的完整路径。
常见误区：
- 误用
GetModuleHandle(NULL)再传给GetModuleFileName—— 不必要，直接传NULL更简洁可靠 - 忽略宽字符支持：若项目启用 Unicode，应优先用
GetModuleFileNameW()+wchar_t缓冲区，避免编码转换出错 - 未检查返回值：返回 0 表示失败，需用
GetLastError()排查（如缓冲区太小、权限问题）
#include <windows.h><p>char path[MAX_PATH]; DWORD len = GetModuleFileNameA(NULL, path, sizeof(path)); if (len > 0 && len </p> <h3>跨平台封装时要注意路径分隔符和编码</h3> <p>即使你分别在各平台拿到绝对路径，直接拼接或比较仍可能出错。关键差异点：</p> <ul> <li>分隔符：Windows 用反斜杠 <code>\</code>，其他系统用正斜杠 <code>/</code>；C++ 标准库（如 <code>std::filesystem::path</code>）能自动 normalize，但裸字符串操作容易漏处理</li> <li>编码：Windows API 返回的是当前代码页或 UTF-16（取决于 A/W 版本），Linux/macOS 一般为文件系统原生编码（通常是 UTF-8），混用 <code>std::string</code> 存储可能造成乱码</li> <li>尾部斜杠：某些 API（如 <code>GetModuleFileName</code>）返回路径不带尾随 <code>\</code>，而 <code>dirname()</code> 可能补上，一致性需手动保证</li> </ul> <p>推荐做法：尽早转成 <code>std::filesystem::path</code>（C++17 起），它屏蔽了分隔符和部分编码差异，且提供 <code>.parent_path()</code>、<code>.filename()</code> 等安全拆分方法。</p> <h3>运行时路径不可靠的典型场景</h3> <p>不要假设“获取到的路径一定指向你预期的二进制”。以下情况会让结果与直觉不符：</p> <ul> <li>使用 <code>LD_PRELOAD</code> 或 <code>DYLD_INSERT_LIBRARIES</code> 注入共享库时，<code>/proc/self/exe</code> 仍是原始 exe，但实际入口逻辑已被劫持</li> <li>macOS 上通过 Launch Services 启动 App（双击 .app 包），<code>/proc/self/exe</code> 指向的是 <code>Contents/MacOS/xxx</code>，而非 .app 根目录</li> <li>容器环境（如 Docker）中，宿主机挂载的路径在容器内显示为不同路径，<code>/proc/self/exe</code> 返回的是容器视角的路径</li> <li>某些打包工具（如 PyInstaller 的 C++ 扩展、AppImage）会解压临时副本再执行，此时路径指向 /tmp 下的临时文件</li> </ul> <p>如果目标是定位配置文件或资源目录，仅靠可执行路径不够稳健——更稳妥的方式是结合安装路径注册表（Windows）、<code>CFBundle</code>（macOS）或外部配置（如 <code>--data-dir</code> 参数）来确定根位置。</p></windows.h>
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
