getcwd 是 POSIX 函数，用于获取当前工作目录而非可执行文件路径；需包含 （Linux/macOS）或 （Windows），传入缓冲区和长度，成功返回路径字符串，失败返回 nullptr 并设置 errno；推荐动态扩容缓冲区避免溢出，且注意其与 __FILE__、argv[0]、/proc/self/exe 等获取二进制路径方式的本质区别。
getcwd 在 C++ 中怎么用
getcwd 是 POSIX 标准函数，C++ 本身不提供原生路径获取机制，需通过
典型用法是传入一个缓冲区和长度，函数填充路径字符串并返回该指针；失败时返回 nullptr，需检查 errno。
- 缓冲区必须足够大，否则行为未定义（不是截断，而是可能写越界）
- 推荐用
PATH_MAX宏（ - Windows 下要用
_getcwd，且头文件、链接行为与 POSIX 不同
跨平台安全调用 getcwd 的写法
直接硬编码 PATH_MAX 或固定大小数组（如 char buf[4096]）在嵌入式或容器环境里容易溢出。更稳妥的方式是动态分配：
#include <unistd.h>
#include <limits.h>
#include <memory>
#include <string>
std::string getCurrentWorkingDir() {
std::unique_ptr<char> buf;
size_t size = PATH_MAX;
while (true) {
buf = std::make_unique<char>(size);
if (getcwd(buf.get(), size)) {
return std::string(buf.get());
}
if (errno != ERANGE) return "";
size *= 2;
}
}</char></char></string></memory></limits.h></unistd.h>
这段代码会自动扩容直到成功，避免栈溢出和静态缓冲区风险。注意：Windows 需替换为 _getcwd 并包含
getcwd 返回空或报错 errno=2 的原因
常见错误现象：getcwd 返回 nullptr，errno 为 2（ENOENT），说明当前工作目录已被删除或不可访问 —— 比如进程启动后，其 CWD 被另一个程序 rm -rf 掉了，但进程仍可运行。
- 这不是 bug，是 Unix 文件系统设计特性：目录被删后，只要还有进程以它为 CWD，内核就保留其 dentry
- 此时
getcwd失败，但open(".", O_RDONLY)仍可能成功 - 无法通过
chdir回退到该路径，除非先chdir到一个现存父目录再逐级进入
getcwd 和 __FILE__ / argv[0] 获取路径的区别
getcwd 返回的是进程启动时（或最后一次 chdir 后）的工作目录，和可执行文件位置完全无关。想获取二进制所在目录，不能靠它：
-
__FILE__是编译期字面量，展开为源码路径，不是运行时路径 -
argv[0]可能是相对路径、符号链接、甚至被篡改的字符串 - Linux 上可用
/proc/self/exe读取真实路径；macOS 用_NSGetExecutablePath；Windows 用GetModuleFileNameA(nullptr, ...)
混淆这两类路径是线上服务加载配置失败的高频原因 —— 特别是在 systemd 或容器中启动时，CWD 往往是 / 或 /tmp，而配置文件实际放在 /app/config/ 这类固定位置。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
