getcwd在Windows和Linux上行为差异在于:Linux返回无尾斜杠路径,Windows可能返回带盘符及反斜杠的路径,且旧MSVC不支持nullptr参数;安全封装需分平台调用_getcwd或getcwd(nullptr,0),再统一替换为正斜杠。

C++如何实现跨平台获取当前工作目录?(getcwd封装)

getcwd 在 Windows 和 Linux 上的行为差异

直接调用 getcwd 本身是跨平台的,但实际行为有隐性分歧:Linux 返回路径不带尾部斜杠,Windows 可能返回带盘符的绝对路径(如 C:\foo),且某些旧版 MSVC 的 getcwd(nullptr, 0) 不支持动态分配。这不是标准不一致,而是实现细节和默认缓冲区处理方式不同。

封装 getcwd 的最小安全写法(C++11+)

不依赖 Boost 或第三方库,用标准 C++ 处理内存和路径分隔符。核心是先探测系统是否支持动态分配,再统一 normalize 路径分隔符。

std::string getCurrentWorkingDir() {
#ifdef _WIN32
    char buffer[_MAX_PATH];
    if (_getcwd(buffer, sizeof(buffer)) == nullptr) return {};
    std::string path(buffer);
#else
    char* buf = getcwd(nullptr, 0);
    if (!buf) return {};
    std::string path(buf);
    free(buf);
#endif
    // 统一转为正斜杠(仅用于显示或拼接,不影响系统调用)
    std::replace(path.begin(), path.end(), '\\', '/');
    return path;
}

为什么不能直接用 std::filesystem::current_path()

看起来更现代、更“正确”,但实际引入新问题:它返回 std::filesystem::path,底层仍调用平台 API,且在某些嵌入式或精简 libc 环境(如 musl + Alpine)中可能未完全实现,或抛出 std::filesystem::filesystem_error 异常而非静默失败。

容易被忽略的边界情况

工作目录可能根本不存在(如被其他进程删除),或当前进程没有读权限。这时 getcwd 会失败,但很多人只检查返回值是否为空,没注意 errno。

事情说清了就结束
本文转载于:互联网 如有侵犯,请联系zhengruancom@outlook.com删除。
免责声明:正软商城发布此文仅为传递信息,不代表正软商城认同其观点或证实其描述。