std::filesystem::path::is_absolute() 是判断路径绝对性的最可靠方法，它正确识别 Windows 的 C:、servershare、 oo 三类绝对路径及 POSIX 的 / 开头路径，避免手动解析的常见错误。
Windows 下用 std::filesystem::path::is_absolute() 判断最可靠
Windows 支持多种绝对路径写法：C: oo、\servershare（UNC）、 oo（本地绝对，从当前驱动器根开始）。std::filesystem::path::is_absolute() 内置了对这三类的识别，比手动检查首字符靠谱得多。
常见错误是只判断是否以 或 C: 开头——漏掉 UNC 路径会误判为相对；遇到 oo 却又可能在跨驱动器场景下行为不一致。
- 必须包含
<filesystem>头文件，C++17 起支持 - 编译时需链接 stdc++fs（GCC）或启用 /std:c++17（MSVC）
- UNC 路径如
\\host\share\path会被正确识别为绝对
Linux/macOS 下 is_absolute() 行为更简单但仍有陷阱
POSIX 系统只认以 / 开头的路径为绝对，std::filesystem::path::is_absolute() 在这些平台也严格遵循此规则。表面看很简单，但实际容易踩两个坑：
-
~不是绝对路径：路径~/file.txt是相对路径，is_absolute()返回false——波浪号扩展由 shell 完成，std::filesystem不处理 - 空路径或
.、..开头的路径一律为相对，哪怕它最终能解析到绝对位置
如果业务需要支持 ~，得先手动替换为 getenv("HOME") 结果再判断。
立即学习“C++免费学习笔记（深入）”；
不依赖 C++17？用平台 API 手动判断要分系统写
若项目卡在 C++11/14，没法用 std::filesystem，就得自己解析字符串，但必须区分平台逻辑：
- Windows：
path[0]是字母且path[1] == ':'（如C:），或以\开头（UNC），或以开头（本地绝对） - Linux/macOS：只需检查
path[0] == '/'
注意：std::string::find_first_of(":/\") 这类模糊匹配不可靠——比如 foo:bar 在 Linux 下不是路径，但会被误判。
相对路径 ≠ 当前目录下的路径
这是最容易被忽略的语义点：is_absolute() 返回 false 只代表“不是绝对路径”，不保证它能被当前工作目录成功解析。例如：
-
../outside是相对路径，但若当前目录是根目录，它就无法解析 -
sub/../file.txt是相对路径，但等价于file.txt，和当前目录无关
真正需要“是否相对于当前目录可解析”时，得调用 std::filesystem::weakly_canonical() 或先做 std::filesystem::exists() 检查——那已经是路径有效性问题，不是绝对/相对的判定范畴了。
