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

你不能为此目的使用argv[0]，通常它包含可执行文件的完整路径，但也不是必须的——进程可以在字段中使用任意值创建。

还要注意，当前目录和可执行文件所在的目录是两个不同的东西，所以getcwd()也帮不了你。

Windows上使用GetModuleFileName()， Linux上读取/dev/proc/procID/..文件。

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

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

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

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

也许连接当前工作目录与argv[0]?我不确定这是否适用于Windows，但它适用于linux。

例如:

#include <stdio.h>
#include <unistd.h>
#include <string.h>

int main(int argc, char **argv) {
    char the_path[256];

    getcwd(the_path, 255);
    strcat(the_path, "/");
    strcat(the_path, argv[0]);

    printf("%s\n", the_path);

    return 0;
}

运行时输出:

jeremy@jeremy-desktop: ~ /桌面。美元/测试 /home/jeremy/Desktop/./test

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

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

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

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