readlink()仅返回软链接内存储的原始路径字符串，不解析嵌套、不处理相对路径拼接，需手动结合父目录拼接；std::filesystem::canonical()则逐级解析并验证路径存在性，但要求所有中间路径可访问。
用 readlink() 获取软链接目标路径
Linux/macOS 下直接读取软链接内容必须用系统调用 readlink()，它不解析嵌套、不处理相对路径拼接，只返回链接文件里存的原始字符串。传入路径需是绝对路径或相对于当前工作目录的有效路径，否则可能返回 ENOENT。
常见错误：直接用 std::filesystem::read_symlink()（C++17）但没检查异常；或误以为 readlink() 会自动展开多级链接——它不会。
-
readlink()返回值是实际写入缓冲区的字节数，不是字符串长度，记得手动加\0 - 缓冲区至少要
PATH_MAX字节，小了会截断，返回ERANGE - 如果链接目标是相对路径（如
../bin/sh），返回值也是这个相对串，不自动转成绝对路径
std::filesystem::canonical() 解决路径规范化和多级解析
需要真实、绝对、可访问的路径时，std::filesystem::canonical() 是更安全的选择。它内部会逐级解析软链接、处理 .. 和 .，并验证每一步是否存在。但前提是所有中间路径都必须存在且可访问，否则抛出 std::filesystem::filesystem_error。
典型场景：用户传入一个配置路径，你得确保它最终指向一个真实存在的文件，而不是卡在某一级失效链接上。
立即学习“C++免费学习笔记（深入）”；
- 如果只想解析链接但不验证存在性，
canonical()不适用，会失败 - Windows 上行为不同：NTFS 符号链接和 junctions 处理逻辑有差异，
canonical()可能静默失败或返回意外结果 - 性能敏感场景慎用——每次调用都做多次
stat()系统调用
跨平台兼容写法要注意 readlink() 的可用性
Windows 没有 readlink()，MinGW 或 MSVC 都不提供该函数。C++17 的 std::filesystem::read_symlink() 在 MSVC 2019+ 和 libc++ 上支持较好，但 libstdc++（GCC 默认）直到 GCC 13 才完全支持符号链接读取。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
如果你的代码要跑在旧版 GCC 或 CI 构建环境里，别默认依赖 read_symlink()。
- 检查编译器和标准库版本：用
__GLIBCXX__或_LIBCPP_VERSION宏判断 - Windows 下可用
GetFinalPathNameByHandle()配合CreateFile()打开链接本身（带FILE_FLAG_OPEN_REPARSE_POINT）来获取目标 - 不要混用
readlink()和canonical()：前者快但“裸”，后者稳但重，按需选一个
相对路径拼接容易漏掉当前工作目录
软链接内容如果是相对路径（比如 lib/foo.so），readlink() 返回的就是这个字符串，不是从链接所在目录出发的完整路径。很多人忘了这一步手动拼接，直接当绝对路径用，导致后续 open() 或 stat() 失败。
正确做法是先用 dirname() 提取链接文件所在目录，再用 std::filesystem::path 拼接：
char buf[PATH_MAX];
ssize_t n = readlink("/etc/alternatives/java", buf, sizeof(buf) - 1);
if (n > 0) {
buf[n] = '\0';
std::filesystem::path link_path("/etc/alternatives/java");
std::filesystem::path target = link_path.parent_path() / buf; // 关键：补上父目录
}这里 parent_path() 不能换成 current_path()，除非你明确知道链接是在当前目录下创建的。
多级软链接、路径中含 ..、挂载点跨越——这些边界情况会让手动拼接变得脆弱，这时候就得退回到 canonical() 或系统级工具（如 realpath 命令）辅助验证。
