std::filesystem::canonical会解析符号链接并逐级验证路径存在性，但要求所有中间目录真实存在且可访问，否则抛出filesystem_error；它不预处理相对路径中的..，需先用absolute()转绝对路径。
canonical 会解析符号链接但不处理相对路径中的 ..
std::filesystem::canonical 的核心作用是：从给定路径出发，沿着文件系统实际结构向上追溯，直到得到一个**绝对、唯一、不存在符号链接和相对跳转**的路径。但它不会像 shell 的 cd 那样“先展开当前目录再算 ..”，而是直接在文件系统中解析——这意味着如果输入本身是相对路径（如 "../foo"），它会以当前工作目录为起点解析，但 ".." 不会在调用前被预处理成父目录，而是作为路径组件参与解析。
常见错误现象：canonical("../data") 在 /home/user/project 下执行，可能返回 /home/data（而非你预期的 /home/user/data），因为 ../data 被解释为“/home/user 的上层目录下的 data”，即 /home/data。
- 务必确保输入路径可访问，否则抛出
std::filesystem::filesystem_error - 若需先将相对路径转为绝对路径再规范，应显式用
std::filesystem::absolute()包一层：canonical(absolute("../data")) - 注意：即使
absolute()后再canonical()，若目标不存在，仍会失败——canonical要求路径最终指向真实存在的文件或目录
符号链接会被完全展开，中间路径也必须存在
canonical 不是简单的字符串规整，它会逐级访问路径每一层：检查 a/b/c 时，先确认 a 存在且可进入，再确认 a/b 是目录且可进入，最后定位 a/b/c 的真实位置。任何一环缺失（权限不足、路径不存在、不是目录却当作目录遍历）都会导致异常。
典型陷阱：路径中某一级是损坏的符号链接（dangling symlink），或指向一个当前用户无权读取的目录——canonical 直接失败，不会跳过或静默忽略。
立即学习“C++免费学习笔记（深入）”；
- 若只想规范化路径字符串（不依赖实际文件系统），用
std::filesystem::weakly_canonical()，它只展开存在的符号链接，对不存在的部分保留原样 -
canonical返回的路径一定以根目录开头（如/home/user/file或C:Usersuser ile），不会返回\?C:...这类 Windows 扩展路径格式 - 跨设备（cross-device）符号链接也能正确解析，只要 OS 支持
readlink或等效机制
Windows 上要注意驱动器号和 UNC 路径行为
在 Windows 下，canonical 对驱动器相对路径（如 "D:file.txt"）的处理依赖当前驱动器上下文，而非当前工作目录所在驱动器；而 UNC 路径（"\\server\share\path"）会被完整保留并解析，不转换为映射驱动器。
容易踩的坑：canonical("D:../log.txt") 可能解析为 D:log.txt（即把 D: 当作 D: 的缩写），而不是你当前 CMD 中 D: 对应的实际工作目录（比如 D:project）。这种歧义在脚本或跨平台代码中极易引发问题。
- 避免使用驱动器相对路径作为输入，统一用绝对路径或先调用
absolute() - UNC 路径输入时，确保网络可达且权限足够，否则抛出
filesystem_error（错误码常为no_such_file_or_directory或permission_denied） - Windows 下路径大小写不敏感，但
canonical返回的路径会按磁盘上实际存储的大小写呈现（例如磁盘存的是ReadMe.md，返回的就是这个大小写）
性能开销来自真实的系统调用链
每次调用 canonical 至少触发一次 stat()（或 Windows 等效），对长路径（如 /a/b/c/d/e/f/g/h/i/j/k）会逐层 stat 十几次，中间还可能涉及多次 readlink。这比纯字符串操作慢两个数量级以上。
如果你只是想“标准化路径格式”（比如统一斜杠、去掉冗余 .），不要用 canonical——它解决的是语义一致性问题，不是字符串清理问题。
- 纯格式整理用
std::filesystem::path::lexically_normal()，它只做字符串规约（如"a/../b"→"b"），零系统调用 - 高频场景（如日志路径生成、配置路径拼接）应缓存结果，避免重复调用
canonical - 调试时可用
std::cerr 输出结果，但注意 <code>path的operator 默认输出原始字符串形式，不是 <code>canonical结果
/usr/bin/python3 指向 /usr/lib/python3.11/python3，canonical("/usr/bin/python3") 就会返回后者——哪怕你只是想让路径看起来干净些，这也可能打破预期。 
