当然，这并不适用于所有项目。 尽管如此，QCoreApplication::applicationFilePath()在6年的c++ /Qt开发中从未让我失望过。

当然，在尝试使用它之前，应该彻底阅读文档:

警告:在Linux上，此函数将尝试从 /proc文件系统。如果失败，则假定argv[0]包含 可执行文件的绝对文件名。这个函数也假设 应用程序没有更改当前目录。

老实说，我认为#ifdef和其他类似的解决方案根本不应该在现代代码中使用。

我相信更小的跨平台库也存在。让他们把所有特定于平台的东西封装在里面。

但是我想知道是否有一种方便的方法来找到当前应用程序的目录在C/ c++与跨平台接口。

你不能这样做(至少在Linux上)

因为一个可执行文件可以，在运行它的进程执行期间，重命名(2)它的文件路径到不同的目录(同一文件系统)。请参见syscalls(2)和inode(7)。

在Linux上，一个可执行文件(原则上)甚至可以通过调用unlink(2)来删除(3)本身。Linux内核应该继续分配该文件，直到没有进程再引用它为止。使用proc(5)，你可以做一些奇怪的事情(例如重命名(2)/proc/self/exe文件，等等…)

换句话说，在Linux上，“当前应用程序的目录”的概念没有任何意义。

请参阅高级Linux编程和操作系统:三个简单的部分。

还可以在OSDEV上查看一些开源操作系统(包括FreeBSD或GNU Hurd)。其中一些提供了接近POSIX的接口(API)。

考虑使用(在获得许可的情况下)跨平台c++框架，如Qt或POCO，也许可以通过将它们移植到您喜欢的操作系统来对它们做出贡献。

如果你曾经支持过，比如说，麦克 OS X没有/proc/ 你会这么做吗?使用#ifdefs来 隔离特定于平台的代码 (例如NSBundle)?

是的，使用#ifdefs隔离特定于平台的代码是实现这一点的常规方法。

另一种方法是有一个干净的#ifdef-less头，其中包含函数声明，并将实现放在特定于平台的源文件中。

例如，查看POCO(可移植组件)c++库如何为它们的Environment类做类似的事情。

Gregory Pakosz的whereami库使用mark4o文章中提到的api为各种平台实现了这一点。如果您“只是”需要一个适用于可移植项目的解决方案，而对各种平台的特性不感兴趣，那么这是最有趣的。

在撰写本文时，受支持的平台有:

窗户 Linux Mac iOS 安卓 QNX Neutrino FreeBSD NetBSD 蜻蜓BSD SunOS

该库由whereami.c和whereami.h组成，并在MIT和WTFPL2下获得许可。将文件放入您的项目中，包括头文件并使用它:

#include "whereami.h"

int main() {
  int length = wai_getExecutablePath(NULL, 0, NULL);
  char* path = (char*)malloc(length + 1);
  wai_getExecutablePath(path, length, &dirname_length);
  path[length] = '\0';

  printf("My path: %s", path);

  free(path);
  return 0;
}

如果您正在编写GPLed代码并使用GNU autotools，那么在许多操作系统(包括Windows和macOS)上处理细节的可移植方法是gnulib的reloctable -prog模块。

当然，这并不适用于所有项目。 尽管如此，QCoreApplication::applicationFilePath()在6年的c++ /Qt开发中从未让我失望过。

当然，在尝试使用它之前，应该彻底阅读文档:

警告:在Linux上，此函数将尝试从 /proc文件系统。如果失败，则假定argv[0]包含 可执行文件的绝对文件名。这个函数也假设 应用程序没有更改当前目录。

老实说，我认为#ifdef和其他类似的解决方案根本不应该在现代代码中使用。

我相信更小的跨平台库也存在。让他们把所有特定于平台的东西封装在里面。