Linux/macOS下PATH_MAX需定义_FEATURES宏才可用，推荐用pathconf()运行时查询；Windows用MAX_PATH（260）或长路径前缀\?；跨平台应优先运行时检测并预留余量。
Linux/macOS 下用 PATH_MAX 要小心宏未定义
很多 C++ 代码直接写 PATH_MAX，但实际编译会报错：「PATH_MAX was not declared in this scope」。这不是你漏了头文件，而是 POSIX 规定它「可选」——glibc 默认不暴露，除非明确定义 _GNU_SOURCE 或 _POSIX_C_SOURCE 等特征宏。
正确做法是：
- 在包含任何头文件之前，加
#define _GNU_SOURCE（Linux）或#define _POSIX_C_SOURCE 200809L（macOS/Linux 通用） - 然后
#include <limits.h> - 注意：
PATH_MAX是编译期常量，不是函数返回值；它反映内核对单个路径字符串的长度上限（含末尾
pathconf() 是更可靠的运行时查询方式
PATH_MAX 宏只代表系统理论最大值，实际挂载点可能设了更严格的限制（比如某些 NFS 或容器文件系统）。真正健壮的做法是调用 pathconf() 查询当前目录或指定路径的限制。
示例用法：
立即学习“C++免费学习笔记（深入）”；
#include <unistd.h>
#include <limits.h>
#include <cerrno>
#include <iostream>
<p>long max_len = pathconf(".", _PC_PATH_MAX);
if (max_len == -1) {
if (errno == EINVAL) {
std::cout << "当前路径不支持 _PC_PATH_MAX 查询
";
}
// 回退到 PATH_MAX 或硬编码 4096
max_len = PATH_MAX;
}
std::cout << "有效路径最大长度: " << max_len << "
";
关键点：
-
pathconf()返回-1表示不支持或出错，必须检查errno - 传
"."查当前工作目录限制；传具体路径（如"/tmp"）查对应挂载点限制 - 返回值是「字符数」，包含终止符
max_len - 1字节
Windows 下不能用 PATH_MAX，得用 MAX_PATH
Windows 完全不认 PATH_MAX，它用的是 Win32 API 的 MAX_PATH，值为 260（含盘符、冒号、反斜杠和 ）。但要注意：
-
MAX_PATH是编译时常量，定义在<windef.h>中，通常通过#include <windows.h>间接引入 - 启用长路径支持（Windows 10 1607+）后，可通过前缀
\?绕过MAX_PATH限制，此时系统级限制升至约 32767，但MAX_PATH宏本身不变 - C++ 标准库（如
std::filesystem::path）在 Windows 上默认仍受MAX_PATH影响，除非显式启用长路径策略（注册表或应用清单）
跨平台封装建议：别硬编码，也别只信宏
写跨平台代码时，PATH_MAX 和 MAX_PATH 都只是起点。真正安全的做法是组合使用：
- 优先尝试
pathconf(".", _PC_PATH_MAX)（Unix-like）或GetFullPathNameW()+ 缓冲区试探（Windows） - 宏值仅作 fallback：Linux/macOS 用
PATH_MAX，Windows 用MAX_PATH - 如果涉及用户输入路径拼接，务必在运行时做长度校验，而不是依赖编译期常量——因为挂载选项、沙箱环境、容器 rootfs 都可能动态收紧限制
最易被忽略的一点：即使 pathconf() 返回 4096，也不代表你能安全分配一个 4096 字节的 char[] 去接收 getcwd() —— 某些老内核或特殊文件系统会在内部多用几个字节做标记，留 16 字节余量更稳妥。
