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

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

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

If you fetch the current directory when your program first starts, then you effectively have the directory your program was started from. Store the value in a variable and refer to it later in your program. This is distinct from the directory that holds the current executable program file. It isn't necessarily the same directory; if someone runs the program from a command prompt, then the program is being run from the command prompt's current working directory even though the program file lives elsewhere.

getcwd是一个POSIX函数，所有POSIX兼容平台都支持它。你不需要做任何特殊的事情(除了在Unix上包含正确的头文件unistd.h和在windows上包含direct.h)。

由于您正在创建一个C程序，它将链接到默认的C运行时库，该库由系统中的所有进程链接(避免特别设计的异常)，默认情况下它将包含这个函数。CRT从来不被认为是一个外部库，因为它为操作系统提供了基本的标准兼容接口。

在windows上，getcwd函数已弃用，而支持_getcwd。我觉得你可以这样用。

#include <stdio.h>  /* defines FILENAME_MAX */
#ifdef WINDOWS
    #include <direct.h>
    #define GetCurrentDir _getcwd
#else
    #include <unistd.h>
    #define GetCurrentDir getcwd
 #endif

 char cCurrentPath[FILENAME_MAX];

 if (!GetCurrentDir(cCurrentPath, sizeof(cCurrentPath)))
     {
     return errno;
     }

cCurrentPath[sizeof(cCurrentPath) - 1] = '\0'; /* not really required */

printf ("The current working directory is %s", cCurrentPath);

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

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

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

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

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

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

对于控制台的Windows系统，可以使用system(dir)命令。控制台提供目录等信息。在cmd下阅读有关dir命令的信息。但是对于类unix系统，我不知道…如果执行了该命令，请读取bash命令。Ls不显示目录…

例子:

int main()
{
    system("dir");
    system("pause"); //this wait for Enter-key-press;
    return 0;
}

下面的操作在macOS 10.15.7上运行得很好

brew install boost

main.cpp

#include <iostream>
#include <boost/filesystem.hpp>

int main(int argc, char* argv[]){
  boost::filesystem::path p{argv[0]};
  p = absolute(p).parent_path();
  std::cout << p << std::endl;
  return 0;
}

编译

g++ -Wall -std=c++11 -l boost_filesystem main.cpp