是的，std::filesystem::path 自动适配平台分隔符，但仅在构造、拼接、输出时生效；不保证字面量字符串跨平台安全，推荐用/构造，拼接用/而非+=，绝对路径判断必须用is_absolute()，Windows长路径需手动启用策略。
std::filesystem::path 自动处理分隔符吗？
是的，std::filesystem::path 会自动适配当前平台的路径分隔符：Windows 用 \\，Linux/macOS 用 /。但这个“自动”只在构造、拼接、输出时生效，**不等于你写死的字符串能跨平台安全使用**。
常见错误现象："data/config.txt" 在 Windows 上构造为 path("data/config.txt")，看似正常，但底层实际存的是 data/config.txt（斜杠）；调用 .string() 返回仍是斜杠——而某些 Windows API 或旧库可能拒绝接受斜杠路径。
- 推荐用
/字面量构造：它被标准明确支持为通用分隔符，path内部会按需转义或保留 - 避免硬编码
"\\"：不仅难读，还容易在非 Windows 平台意外触发转义错误 - 若必须输出原生字符串（比如传给 Win32
CreateFileA），用.generic_string()获取统一斜杠，或.string()获取平台原生格式（Windows 下为反斜杠）
拼接路径时用 /= 还是 /？
两者语义不同：/= 是就地修改，/ 是返回新对象。更关键的是，它们对空字符串、点号路径（".", ".."）和分隔符开头的子路径行为一致，但**容易忽略相对路径的隐式解析规则**。
使用场景：你想把 "logs" 加到 base 后面，但 base 可能是 "C:\\app" 或 "/opt/app"，甚至带尾随分隔符。
立即学习“C++免费学习笔记（深入）”；
-
base / "logs"总是安全：即使base末尾有分隔符（如"C:\\app\\"），结果仍是"C:\\app\\logs"，不会变成"C:\\app\\\\logs" - 不要用
base += "/logs"：这会把"/"当作普通字符拼进去，破坏路径结构 - 注意
"../config"这类相对路径会被自动规范化（operator/会调用lexically_normal()的等效逻辑），但仅限于运行时拼接；字面量中写"a/../b"不会提前折叠
std::filesystem::path 在 Windows 上遇到长路径或 UNC 怎么办？
Windows 默认限制 260 字符路径（MAX_PATH），而 std::filesystem 底层调用 Win32 API，**不自动启用长路径支持**，也不处理 UNC 路径前缀（\\?\）的透明转换。
错误现象：exists(path("C:/very/long/path/...")) 返回 false，即使路径真实存在；或 create_directories() 报 std::filesystem::filesystem_error，错误码为 ERROR_FILENAME_EXCED_RANGE。
- 手动加
\\\\?\\前缀仅对绝对路径有效，且必须是本地路径（不能是\\server\share）；UNC 要用\\\\?\\UNC\\server\\share - 更可靠的做法：确保程序启用长路径策略（Windows 10 1607+，需 manifest 或组策略开启），否则
std::filesystem无法绕过系统限制 -
path对\\\\?\\前缀本身无特殊处理——它只是把前缀当作普通字符串的一部分，所以path("\\\\?\\C:\\a").string()就是原样返回，不会帮你补全或校验
跨平台代码里怎么安全判断路径是否为绝对路径？
别用字符串首字符判断：path.is_absolute() 才是唯一可移植的方式。Windows 下 "C:file.txt" 是相对路径，"C:\\file.txt" 才是绝对路径；而 "\\\\server\\share"（UNC）也是绝对路径，但没有盘符。
性能影响很小，但逻辑错误代价高：比如你用 if (p[0] == '/' || p[0] == '\\') 判断 Linux/Windows 绝对路径，会在 Windows 的驱动器相对路径（"C:temp.txt"）上误判，也会漏掉 UNC。
- 始终用
p.is_absolute()—— 它内部已封装所有平台逻辑 - 注意
is_absolute()对"//host/path"（POSIX 风格 UNC 模拟）返回false，这不是 bug，因为这不是标准 POSIX 绝对路径 - 如果需要区分“本地绝对”和“网络路径”，得额外检查
p.root_name().string()是否匹配"\\\\?\\UNC\\"或"\\\\?\\C:\\"等模式
最常被忽略的一点：路径对象本身不包含“当前工作目录”上下文，is_absolute() 和 lexically_normal() 都是纯字符串操作。真正的路径解析（比如打开文件）才触发系统级行为——这意味着你在代码里看着“合法”的 path，到 open() 那一刻才可能因权限、符号链接循环或长路径失败。
