应使用 root_name() 提取驱动器，而非 root_path()；root_name() 在 Windows 返回 "C:"，Linux/macOS 返回空，且不带斜杠，是标准可靠的驱动器标识方法。
用 std::filesystem::path::root_path() 提取驱动器和根目录，不是所有系统都返回盘符
Windows 下 root_path() 通常返回 "C:/" 这类带冒号斜杠的字符串；Linux/macOS 下只返回 "/"。别指望它在跨平台代码里总给你盘符——它返回的是“逻辑根路径”，不是“物理驱动器标识”。
常见错误是直接拼接 root_path() 和 relative_path() 重构绝对路径，结果在 Windows 上多出一个斜杠（如 "C://foo.txt"），或在 WSL 下漏掉驱动器信息（其实 WSL 本身也没驱动器概念）。
-
root_path()只包含驱动器+冒号+斜杠（Windows）或单斜杠（Unix），不包含后续目录 - 如果路径不含驱动器（比如
"foo/bar.txt"），root_path()返回空path - 想稳定拿到盘符（仅 Windows），得配合
root_name()用：p.root_name().string() + p.root_directory().string()
std::filesystem::path::root_name() 才真正对应驱动器字母
root_name() 在 Windows 上返回 "C:" 这样的字符串，在 Linux/macOS 上返回空。这才是你该盯住的“驱动器”字段——它和操作系统对“卷名”的理解一致，不是靠猜路径格式。
注意：它不带斜杠，也不保证是字母。比如网络路径 "\\server\share\file.txt" 的 root_name() 是 "\\server\share"，不是 "C:"。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 判断是否为 Windows 本地驱动器：检查
root_name().string().size() == 2 && root_name().string()[1] == ':' - 提取盘符字母：用
root_name().string()[0]（前提是已确认是"X:"格式） - 不要对
root_name()调用.string()后再 substr，它本身就是完整名称
实际提取驱动器+根目录的可靠写法（Windows 专用）
如果你明确只跑 Windows、且需要 "C:" 这种格式（注意反斜杠），别依赖 root_path() 直接输出——它默认用正斜杠，而且可能为空。手动组合更可控：
std::filesystem::path p = "C:/Users/test/file.txt";
std::string drive = p.root_name().string();
std::string root = p.root_directory().string(); // 返回 "/"
if (!drive.empty() && drive.back() == ':') {
std::string win_root = drive + "\";
// 得到 "C:"
}
这个逻辑绕过了 root_path() 对路径构造的隐式假设，也避免了 generic_string() 在某些编译器下把反斜杠转成双反斜杠的问题。
- Linux/macOS 下
root_name()为空，这段代码会跳过，win_root不会被赋值 - 路径是相对路径时，
root_name()和root_directory()都为空，不会误判 - 不要用
make_preferred()前置处理路径——它不改变root_name()，但可能干扰你对原始结构的判断
为什么不用 _path::root_path（带下划线前缀）？
你看到的 _path::root_path 是 libstdc++ 或 libc++ 内部实现细节，不是标准接口。MSVC、GCC、Clang 对 std::filesystem::path 的底层命名空间处理不同，有些版本导出带下划线的符号，但它们没文档、无保障、随时可能删改。
标准写法只有 p.root_path()，调用它即可。任何带下划线的访问（比如 p._M_pathname 或 _path::root_path）都是在赌编译器 ABI 稳定性，线上项目踩过一次就难排查。
- 编译器升级后，
_path可能重命名或消失 - 静态链接 libc++ 时，这类符号可能根本不可见
- Clang + libc++ 下尝试访问
_path通常直接报use of undeclared identifier
root_name()，别碰带下划线的玩意儿。 
