getcwd用于获取当前工作目录，非可执行文件路径；C++17前需手动管理缓冲区并跨平台适配，C++17起应优先使用std::filesystem::current_path()。
getcwd 在 C++ 中怎么用
直接调用 getcwd 是可行的，但它属于 C 标准库（<unistd.h> 或 <>cstdlib>），不是 C++ 原生接口。C++17 之前没有标准跨平台路径 API，所以很多人仍依赖 getcwd，但要注意缓冲区管理——它不自动分配内存，必须传入足够大的字符数组或手动 malloc。
-
getcwd返回的是当前工作目录（Current Working Directory），不是可执行文件所在目录 - Linux/macOS 头文件是
<unistd.h>；Windows 下需用<>direct.h>，函数名是_getcwd - 第二个参数是缓冲区大小，传
nullptr和0在部分系统（如 glibc）会自动 malloc，但不可移植，不推荐 - 失败时返回
nullptr，此时应检查errno（如ENOMEM、ERANGE）
安全获取当前目录的跨平台写法
避免栈溢出或截断，推荐用 std::vector<char> 动态分配缓冲区，并循环扩容（虽然实际中一次够用）。Windows 下统一用 _getcwd，Linux/macOS 用 getcwd，通过宏隔离：
#ifdef _WIN32
#include <direct.h>
#define GETCWD _getcwd
#else
#include <unistd.h>
#define GETCWD getcwd
#endif
<p>std::string getCurrentDir() {
std::vector<char> buffer(512);
while (GETCWD(buffer.data(), buffer.size()) == nullptr) {
if (errno == ERANGE) {
buffer.resize(buffer.size() * 2);
} else {
return {};
}
}
return std::string(buffer.data());
}
这个写法绕过了手动计算长度、防止溢出，也兼容 Windows 和 POSIX 系统。
getcwd 和 std::filesystem::current_path 的区别
C++17 引入了 std::filesystem::current_path()，它是真正标准、类型安全、异常感知的替代方案。和 getcwd 行为一致（返回当前工作目录），但返回 std::filesystem::path，支持直接拼接、遍历、判断存在性等：
立即学习“C++免费学习笔记（深入）”；
- 成功时抛
std::filesystem::filesystem_error而非靠errno - 无需手动管理缓冲区，无截断风险
- 链接时需加
-lstdc++fs（GCC）或确保 MSVC 启用 /std:c++17 - 若项目已要求 C++17+，优先用
std::filesystem::current_path()，而不是封装getcwd
常见错误：把 getcwd 当作程序路径获取方式
这是高频误解。getcwd 返回的是进程启动时所在的目录（或中间 chdir 过的位置），和你的可执行文件在哪完全无关。比如从 /home/user 运行 /opt/app/myapp，getcwd 返回的是 /home/user。
- 要获取可执行文件路径，Linux 用
/proc/self/exe+readlink；macOS 用_NSGetExecutablePath；Windows 用GetModuleFileNameA(nullptr, ...) - 不要在日志、配置加载、资源定位等场景里默认用
getcwd拼路径，除非你明确需要“用户当前所在位置” - 容器或服务环境下，
getcwd可能是/或临时路径，行为更不可控
缓冲区大小、平台差异、语义混淆——这三个点漏掉任何一个，都可能导致路径读取失败或逻辑错位。尤其在构建工具链或跨平台部署时，getcwd 的“看起来简单”反而容易埋坑。
