std::filesystem::absolute仅补全当前工作目录前缀而不归一化路径或验证存在性；需配合lexically_normal或canonical（要求文件存在）才能获得真实精简路径，跨平台拼接应使用path / operator而非字符串连接。
std::filesystem::absolute 为什么返回的不是你想要的“完整路径”
它只做路径补全，不解析符号链接、不处理相对路径中的 .. 或 . 上级跳转逻辑，更不会去查文件是否存在。传入 "./data.txt"，它就给你 "/home/user/./data.txt" —— 看似“绝对”，但没归一化，也不等价于真实磁盘路径。
- 必须先用
std::filesystem::canonical才能得到真实、精简、可比较的路径（要求文件存在） - 如果只是想补全当前工作目录前缀，
absolute够用；但想用于日志记录、配置比对、或跨平台路径一致性判断，它不够 - Windows 下注意路径分隔符：
absolute返回的是"C:\path\to\file"形式，不是正斜杠，别硬替换成/后再传给系统 API
std::filesystem::absolute 的正确调用姿势
核心就一条：输入必须是 std::filesystem::path 类型，且最好已做基础清理。直接传裸字符串容易因编码或转义出问题。
- 推荐写法：
std::filesystem::absolute(std::filesystem::path("config.json")) - 避免写法：
std::filesystem::absolute("config.json")（隐式构造可能被优化掉，某些编译器版本会警告） - 若路径含中文或特殊字符，确保源码文件编码为 UTF-8，且编译器支持（GCC/Clang 默认 OK，MSVC 需加
/utf-8） - 不要对空路径调用，会抛
std::filesystem::filesystem_error
常见错误：no such file or directory 但路径明明存在
错误信息通常是 std::filesystem::canonical 报的，不是 absolute —— 但很多人误以为是后者的问题。根本原因是：你用了 canonical 却没确认文件真在磁盘上。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
-
absolute不检查文件是否存在，所以永远不报这个错 -
canonical要求路径最终指向一个真实存在的文件或目录，中间任意一级缺失都会触发该异常 - 调试时先用
exists(path)或is_regular_file(path)排查，别一上来就套canonical - 若目标是“尽量转成绝对路径，不管存不存在”，就只用
absolute+lexically_normal
跨平台路径拼接别硬连字符串
手动拼 "./" + name 或 dir + "/" + file 是 C++ 新手最常踩的坑。Windows 用反斜杠，Linux/macOS 用正斜杠，std::filesystem::path 内部自动适配。
立即学习“C++免费学习笔记（深入）”；
- 正确拼接：
std::filesystem::path(dir) / filename（重载了/运算符） - 错误拼接：
dir + "/" + filename（Linux OK，Windows 可能被解释为网络路径或失败） -
absolute对拼接后的结果才生效，所以拼接这步错了，后面全白搭 - 读配置得到的路径字符串，建议第一时间转成
std::filesystem::path，别留着 string 类型到处传
absolute 补前缀，再按需决定是否 canonical —— 后者代价略高，还强制依赖文件存在。 
