只是我的两美分，但下面的代码在c++ 17中不能移植吗?

#include <iostream>
#include <filesystem>
namespace fs = std::filesystem;

int main(int argc, char* argv[])
{
    std::cout << "Path is " << fs::path(argv[0]).parent_path() << '\n';
}

至少在Linux上对我有用。

根据前面的想法，我现在有:

std::filesystem::path prepend_exe_path(const std::string& filename, const std::string& exe_path = "");

与实现:

fs::path prepend_exe_path(const std::string& filename, const std::string& exe_path)
{
    static auto exe_parent_path = fs::path(exe_path).parent_path();
    return exe_parent_path / filename;
}

main()中的初始化技巧:

(void) prepend_exe_path("", argv[0]);

感谢@Sam Redway的argv[0]想法。当然，我知道当OP提出这个问题时，c++ 17还没有出现很多年。

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

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

"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时设置了错误的工作目录)

Boost Filesystem的initial_path()的行为类似于POSIX的getcwd()，它们本身都不能满足您的需要，但是将argv[0]附加到它们中的任何一个都可以做到这一点。

您可能会注意到，结果并不总是很漂亮——您可能会得到/foo/bar/../ baz/a这样的东西。Out或/foo/bar//baz/a。out，但我相信它总是会产生一个有效的路径，该路径命名可执行文件(注意，路径中连续的斜杠被折叠为一个)。

我以前用envp (main()的第三个参数)写了一个解决方案，它在Linux上有效，但在Windows上似乎行不通，所以我基本上是在推荐和其他人以前一样的解决方案，但附加了为什么它实际上是正确的，即使结果并不漂亮。

一个库解决方案(尽管我知道这不是要求的)。 如果你恰好使用Qt: QCoreApplication: applicationDirPath ()

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

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

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

对于Win32, GetCurrentDirectory应该做到这一点。