在 C/C++ 中有没有办法找到当前执行程序的位置（完整路径）？
（argv[0] 的问题在于它没有给出完整的路径。）
【问题讨论】：
总结一下：
在带有/proc 的 Unix 上，真正直接可行的方法是：
readlink("/proc/self/exe", buf, bufsize) (Linux)
readlink("/proc/curproc/file", buf, bufsize) (FreeBSD)
readlink("/proc/self/path/a.out", buf, bufsize) (Solaris)
在没有 /proc 的 Unix 上（即如果上述失败）：
如果 argv[0] 以“/”（绝对路径）开头，这就是路径。
否则，如果 argv[0] 包含“/”（相对路径）将其附加到 cwd （假设尚未更改）。
否则在$PATH 中的目录中搜索可执行文件argv[0]。
之后检查可执行文件是否实际上不是符号链接可能是合理的。 如果是相对于符号链接目录解析它。
/proc 方法中不需要此步骤（至少对于 Linux 而言）。 proc 符号链接直接指向可执行文件。
请注意，正确设置argv[0] 取决于调用进程。
大多数情况下这是正确的，但是在某些情况下调用进程不能被信任（例如 setuid 可执行文件）。
在 Windows 上：使用 GetModuleFileName(NULL, buf, bufsize)
【讨论】：
execl("/home/hacker/.hidden/malicious", "/bin/ls", "-s", (char *)0); 会为argv[0] 留下一个与执行的文件名无关的绝对路径名。不过，其他信息很有用；谢谢。
GetModuleFileName。相反，只需 #include <windows.h> 并使用 Windows 在 _pgmptr 中自动提供的路径字符串。这比使用GetModuleFileName 函数更容易，因为这有可能会失败。
如果您使用的是 Windows，请使用 GetModuleFileName() 函数。
【讨论】：
请注意，以下 cmets 仅适用于 unix。
对这个问题的迂腐回答是，没有通用方法可以在所有情况下都正确回答这个问题。正如您所发现的，argv[0] 可以由父进程设置为任何内容，因此与程序的实际名称或其在文件系统中的位置没有任何关系。
但是，以下启发式通常有效：
/，则使用 getcwd() 确定当前工作目录，然后将 argv[0] 附加到它。请注意，所有这些都可以通过调用相关程序的进程来规避。最后，您可以使用特定于 linux 的技术，例如 emg-2 中提到的。在其他操作系统上可能有等效的技术。
即使上面的步骤给了你一个有效的路径名，你仍然可能没有你真正想要的路径名（因为我怀疑你真正想要做的是在某个地方找到一个配置文件）。硬链接的存在意味着你可能有以下情况：
-- assume /app/bin/foo is the actual program
$ mkdir /some/where/else
$ ln /app/bin/foo /some/where/else/foo # create a hard link to foo
$ /some/where/else/foo
现在，上面的方法（我怀疑包括 /proc/$pid/exe）将把 /some/where/else/foo 作为程序的真实路径。而且，事实上，它是通向程序的一条真实路径，而不是您想要的路径。请注意，在实践中比硬链接更常见的符号链接不会出现此问题。
尽管这种方法在原则上是不可靠的，但它在实践中对于大多数用途来说都足够好。
【讨论】：
实际上不是答案，只是要记住的一个注释。
正如我们所见，在 Linux 和 Unix 中查找运行可执行文件位置的问题非常棘手，并且是特定于平台的。这样做之前应该三思而后行。
如果你需要你的可执行位置来发现一些配置或资源文件，也许你应该遵循Unix在系统中放置文件的方式：把配置放到/etc或/usr/local/etc或当前用户主目录中，然后@ 987654323@ 是放置资源文件的好地方。
【讨论】：
在许多 POSIX 系统中，您可以检查位于 /proc/PID/exe 下的 simlink。几个例子：
# file /proc/*/exe
/proc/1001/exe: symbolic link to /usr/bin/distccd
/proc/1023/exe: symbolic link to /usr/sbin/sendmail.sendmail
/proc/1043/exe: symbolic link to /usr/sbin/crond
【讨论】：
请记住，在 Unix 系统上，二进制文件可能在启动后就被删除了。它在 Unix 上是完全合法和安全的。最后我检查了 Windows 将不允许您删除正在运行的二进制文件。
/proc/self/exe 仍然是可读的，但它不会是一个真正有效的符号链接。会很……奇怪。
【讨论】：
在 Mac OS X 上，使用 _NSGetExecutablePath。
请参阅man 3 dyld 和this answer 来回答类似问题。
【讨论】：
对于 Linux，您可以找到捆绑在一个名为 binreloc 的漂亮库中的 /proc/self/exe 处理方式，您可以在以下位置找到该库：
【讨论】：
我愿意
1) 使用 basename() 函数：http://linux.die.net/man/3/basename
2) chdir() 到那个目录
3) 使用 getpwd() 获取当前目录
这样您将获得整洁、完整的目录，而不是 ./ 或 ../bin/。
如果这对您的程序很重要，您可能会想要保存和恢复当前目录。
【讨论】：
open(".")，稍后使用fchdir()返回。
realpath() 可以将相对路径名转换为绝对路径名并解析符号链接。