Windows 用 GetModuleFileNameA 获取可执行文件绝对路径，Linux 用 readlink("/proc/self/exe") 读取符号链接，两者均需截断至目录部分；禁用 getcwd() 和不可靠的 argv[0]。
在 Windows 和 Linux 上用 C++ 获取当前程序运行路径，不能依赖 getcwd()（它返回的是进程启动时的工作目录，不是程序所在目录），必须通过系统 API 读取可执行文件自身的路径并做截断。
Windows 下用 GetModuleFileNameA 获取 exe 路径
Windows 提供了稳定可靠的 API：GetModuleFileNameA（或宽字符版 GetModuleFileNameW），传入 NULL 或 HMODULE(0) 即可获取当前进程主模块（即 exe）的完整路径。
- 必须包含
<windows.h></windows.h> - 缓冲区大小建议至少
MAX_PATH（260），但更稳妥可用MAX_PATH + 1或动态分配 - 返回值为实际写入长度，为 0 表示失败，需检查
GetLastError() - 路径是绝对路径，含盘符和
.exe后缀，需手动截断到目录部分（用find_last_of('\')）
char path[MAX_PATH];
if (GetModuleFileNameA(NULL, path, MAX_PATH) == 0) {
// 处理错误
}
std::string exe_dir = std::string(path, path + strlen(path));
size_t last_sep = exe_dir.find_last_of('\');
if (last_sep != std::string::npos) {
exe_dir = exe_dir.substr(0, last_sep);
}
Linux 下用 /proc/self/exe 符号链接解析
Linux 没有等价的 API，但可通过读取 /proc/self/exe 这个符号链接获得可执行文件的绝对路径——这是最通用、无需 argv[0] 参与、且能正确处理 symlink 的方式。
- 必须包含
<unistd.h></unistd.h>和<limits.h></limits.h> - 用
readlink("/proc/self/exe", buf, sizeof(buf)-1)，返回值是实际字节数，不自动加 - 若返回 -1 或结果为空，说明环境异常（如容器中 procfs 不可用、chroot 等），需降级处理
- 路径含
.out或无后缀名，同样需用find_last_of('/')截断
char buf[PATH_MAX];
ssize_t len = readlink("/proc/self/exe", buf, sizeof(buf)-1);
if (len == -1 || len == 0) {
// fallback needed
}
buf[len] = ' ';
std::string exe_dir(buf);
size_t last_sep = exe_dir.find_last_of('/');
if (last_sep != std::string::npos) {
exe_dir = exe_dir.substr(0, last_sep);
}
跨平台封装时注意 argv[0] 的陷阱
很多人想用 argv[0] 做降级方案，但它极不可靠：可能是相对路径、空字符串、被篡改的字符串，或根本没指向真实可执行文件（比如 shell alias、symlink、LD_PRELOAD 注入后）。只应在 /proc/self/exe 和 GetModuleFileName 都失败时，作为最后尝试，并且必须做 realpath()（Linux）或 GetFullPathName（Windows）规范化。
通过 SSH 隧道从 Android 设备在互联网上对 Windows PC 实现完整远程控制的设置与使用指南，适用于远程桌面访问、安全 RDP 等。
-
argv[0]在 fork+exec 后可能丢失原始路径信息 - Linux 下
realpath(argv[0], NULL)返回堆内存，需free() - Windows 下
GetFullPathNameA(argv[0], ...)不解析 symlink，不如GetModuleFileName准确 - 任何基于
argv[0]的逻辑都应放在 #else 分支，且标注为“best-effort”
路径分隔符与 Unicode 兼容性问题
获取到路径字符串后，不要硬编码 '\' 或 '/' 做分割——虽然 Windows 返回反斜杠、Linux 返回正斜杠，但 C++ 标准库的 std::filesystem::path（C++17）能自动处理。若无法用 C++17，至少统一用 std::string::find_last_of("\/")。
- Windows 宽字符路径（
GetModuleFileNameW）需转 UTF-8 才能和 Linux 路径行为一致，推荐用WideCharToMultiByte(CP_UTF8, ...) - 避免用
std::filesystem::current_path()替代，它仍是工作目录 - 若程序被 symlink 启动，Linux
/proc/self/exe默认返回 symlink 目标路径；加readlink两次才能拿到原始 symlink 路径（一般不需要）
真正跨平台健壮的实现，核心就两条：Windows 死守 GetModuleFileName，Linux 死守 /proc/self/exe；其他路径来源全是备选，而且要带明确的 fallback 标记和错误日志。别信“一个函数走天下”的封装，底层差异就摆在那里。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
