如果你想要一种没有库的标准方式:不。标准中没有包含目录的整个概念。

如果您同意对接近标准库的某些(可移植的)依赖是可以的:使用Boost的文件系统库并请求initial_path()。

恕我直言，这是你能得到的最接近的结果，并且有良好的因果报应(Boost是一套完善的高质量库)

只是我的两美分，但下面的代码在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还没有出现很多年。

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

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

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

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

文件系统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中使用文件系统，请阅读本文。

不，没有标准的方法。我相信C/ c++标准甚至没有考虑目录(或其他文件系统组织)的存在。

在Windows上，当hModule参数设置为NULL时，GetModuleFileName()将返回当前进程可执行文件的完整路径。Linux我帮不上忙。

此外，您还应该明确您想要的是当前目录还是程序映像/可执行文件所在的目录。就目前情况来看，你的问题在这一点上有点模棱两可。