C++如何获取当前运行程序所在的完整路径-C++-PHP中文网

windows下用getmodulefilename(null)获取实际加载的可执行文件绝对路径，linux/macos通过读取/proc/self/exe符号链接实现；二者均返回磁盘上真实路径，而非argv[0]或当前工作目录。

c++如何获取当前运行程序所在的完整路径

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);
}</string></windows.h>

注意：返回的是宽字符路径，需转换为 std::string；若程序被硬链接或重命名后运行，该路径反映的是**实际加载的文件路径**，不是启动时用的符号链接名。

常见错误：直接读取 argv[0] —— 它可能只是文件名、相对路径，甚至为空（某些 Shell 启动方式下）；GetCurrentDirectory 返回的是工作目录，和程序位置无关。

Linux/macOS 用 `/proc/self/exe` 符号链接解析

Linux 和 macOS（自 10.15 起）可通过读取 /proc/self/exe 这个符号链接拿到可执行文件的绝对路径：

#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 
<p>关键点：</p><div class="aritcle_card flexRow artxards">
											<div class="artcardd flexRow">
												<a class="aritcle_card_img" rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master"><img
														src="https://img.php.cn/upload/skill/000/000/081/179051228971575.jpg" alt="C++ Code Review Master" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
												<div class="aritcle_card_info flexColumn">
													<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="overflowclass">C++ Code Review Master</a>
													<p class="overflowclass">组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。</p>
												</div>
												<a rel="nofollow" href="/xiazai/skill5502" title="C++ Code Review Master" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
												</a>
											</div>
										</div>
<ul>
<li>
<code>readlink</code> 不会自动补 <code>\0</code>，必须手动终止字符串</li>
<li>如果程序被 <code>chroot</code> 或容器隔离，<code>/proc/self/exe</code> 可能指向宿主路径，需结合 <code>getcwd()</code> 或挂载信息判断上下文</li>
<li>macOS 上该接口仅在 10.15+ 可用；旧版本需用 <code>_NSGetExecutablePath</code>（已废弃，且不保证返回绝对路径）</li>
</ul>
<h3>跨平台封装要注意的兼容性陷阱</h3>
<p>写通用函数时，不能只靠编译宏简单分支——不同系统对“程序路径”的定义本身就不同：</p>
<ul>
<li>Windows 的 <code>GetModuleFileName</code> 在 DLL 中调用时返回的是 DLL 路径，不是 EXE 路径；若需主程序路径，必须显式传 <code>GetModuleHandle(NULL)</code>
</li>
<li>Linux 的 <code>/proc/self/exe</code> 在 setuid 程序中会被内核隐藏（返回空），此时只能退回到解析 <code>/proc/self/cmdline</code> 或依赖 <code>argv[0]</code>（但不可靠）</li>
<li>macOS 上 <code>_NSGetExecutablePath</code> 返回路径可能不含 <code>.app/Contents/MacOS/</code> 前缀，实际 bundle 结构需额外处理</li>
</ul>
<p>不要假设路径一定可写或存在父目录；拿到路径后如需访问同级资源，建议用 <code>std::filesystem::path(path).parent_path()</code> 提取目录，再拼接其他文件名。</p>

<h3>为什么不用 <code>argv[0]</code> 直接拼接？</h3>
<p><code>argv[0]</code> 是启动时 shell 传入的第一个参数，它根本不是“程序路径”的权威来源：</p>
<ul>
<li>可能是相对路径：<code>./myapp</code>、<code>../bin/myapp</code>
</li>
<li>可能是命令名而无路径：<code>myapp</code>（靠 <code>$PATH</code> 查找）</li>
<li>可能是符号链接名，而非真实文件路径</li>
<li>某些环境（如 systemd 启动、调试器附加）下 <code>argv[0]</code> 会被修改或清空</li>
</ul>
<p>真正需要“程序安装位置”做配置加载或资源定位时，必须用上述系统 API，而不是试图用 <code>realpath(argv[0], ...)</code> 补救 —— 它在 setuid 场景下同样失效，且无法解决 <code>argv[0]</code> 本身为空的问题。</p></string></unistd.h></limits.h>