文件系统TS现在是一个标准(gcc 5.3+和clang 3.9+都支持)，所以你可以使用它的current_path()函数:

std::string path = std::experimental::filesystem::current_path();

在gcc(5.3+)包含文件系统，你需要使用:

#include <experimental/filesystem>

用-lstdc++fs标记链接你的代码。

如果你想在Microsoft Visual Studio中使用文件系统，请阅读本文。

正如Minok提到的，在C标准或c++标准中没有指定这样的功能。例如，这被认为纯粹是特定于操作系统的特性，并且在POSIX标准中指定。

Thorsten79给出了很好的建议，它是Boost。文件系统库。然而，如果你不想让你的程序有任何二进制形式的链接时间依赖关系，这可能是不方便的。

我推荐的一个很好的替代方案是100%只包含标题的STLSoft c++库Matthew Wilson (c++必读书籍的作者)。PlatformSTL提供了对系统特定API的访问:Windows上的WinSTL和Unix上的UnixSTL，因此它是可移植的解决方案。所有特定于系统的元素都是使用特征和策略指定的，因此它是可扩展的框架。当然，还提供了文件系统库。

在Windows上，最简单的方法是使用stdlib.h中的_get_pgmptr函数来获取一个指向字符串的指针，该字符串表示可执行文件的绝对路径，包括可执行文件的名称。

char* path;
_get_pgmptr(&path);
printf(path); // Example output: C:/Projects/Hello/World.exe

对于相对路径，我是这样做的。我知道这个问题的年代久远，我只是想提供一个在大多数情况下都适用的更简单的答案:

假设你有一个这样的路径:

"path/to/file/folder"

出于某种原因，在eclipse中构建的linux可执行文件可以很好地使用它。然而，如果给窗口一个这样的路径来工作，它会变得非常混乱!

如上所述，有几种方法可以获得可执行文件的当前路径，但我发现在大多数情况下最简单的方法是将其附加到路径的FRONT:

"./path/to/file/folder"

只是补充”。/“应该让你整理好!”:)然后你可以从任何你想要的目录开始加载，只要它是可执行文件本身。

编辑:如果您试图从code::blocks启动可执行文件，这将不起作用，如果这是正在使用的开发环境，由于某些原因，code::blocks不能正确加载东西…: D

EDIT2:我发现的一些新情况是，如果您在代码中指定一个像这样的静态路径(假设示例。数据是你需要加载的东西):

"resources/Example.data"

如果你从实际目录中启动你的应用程序(或者在Windows中，你做一个快捷方式，并将工作目录设置为你的应用程序目录)，那么它就会像这样工作。 在调试与缺少资源/文件路径相关的问题时，请记住这一点。(特别是在IDE中，当从IDE启动build exe时设置了错误的工作目录)

在POSIX平台上，可以使用getcwd()。

在Windows上，您可以使用_getcwd()，因为使用getcwd()已被弃用。

对于标准库，如果Boost对您来说足够标准，那么我会建议Boost::filesystem，但是他们似乎已经从建议中删除了路径规范化。您可能必须等到TR2可以随时获得完全标准的解决方案。

linux bash命令 哪个progname将报告程序的路径。

即使可以在程序中发出which命令，并将输出定向到tmp文件和程序 随后读取TMP文件，它不会告诉您该程序是否是正在执行的程序。它只告诉您具有此名称的程序位于何处。

所需要的是获取进程id号，并解析出该名称的路径

在我的程序中，我想知道程序是否 从用户的bin目录或路径中的其他目录执行 或者从/usr/bin。/usr/bin将包含受支持的版本。 我的感觉是在Linux中有一个可移植的解决方案。