应统一用正斜杠/构造路径，因反斜杠在非windows平台易触发转义错误且跨平台语义冗余；拼接必须用/运算符而非+或字符串拼接，避免绝对路径覆盖；归一化首选lexically_normal()配合手动清理重复斜杠，禁用canonical()预处理。
直接用 std::filesystem::path 构造时统一写正斜杠 /，它会自动适配系统原生分隔符；别手动拼字符串、别硬编码 ，这是最省心也最安全的做法。
为什么不能用反斜杠 硬编码路径
Windows 上写 "C:dataconfig.txt" 会触发转义：第一个 d 被解释为“退格符”，c 是非法转义序列，编译直接报错 unknown escape sequence 'd'。即使加了双反斜杠 "C:\data\config.txt"，跨平台代码里仍混入 Windows 特有语法，Linux/macOS 下虽不报错但语义冗余、可读性差。
更隐蔽的问题是：某些 IDE 或构建系统对 处理不一致，尤其在 CMake 或 Ninja 生成的构建脚本中，容易导致路径截断或空格吞没。
- 用原始字符串
R"(C:dataconfig.txt)"可绕过转义，但仅解决书写问题，不解决跨平台逻辑 -
std::filesystem::path内部把/和都视为等价分隔符，但构造时优先用/才能保证行为确定 - 混合写法如
"dir\sub/file.txt"在 Windows 上可能被解析为 UNC 前缀或相对路径歧义
怎么用 std::filesystem::path 安全拼接路径
永远用 / 运算符，而不是 + 或字符串拼接。因为 + 会把带开头 / 的子路径变成绝对路径，意外脱离上下文。
错误示范：std::filesystem::path("logs") + "/error.log" → 结果是 /error.log（Linux）或 C:/error.log（Windows 当前驱动器），不是你想要的 logs/error.log。
- 正确写法：
std::filesystem::path("logs") / "error.log" - 多级拼接：
auto p = std::filesystem::path("data") / "input" / "raw.csv" - 变量参与：
std::filesystem::path base = "cache"; auto full = base / filename; - 避免裸字符串插值：
"data/" + name + ".json"→ 改用std::filesystem::path("data") / name += ".json"
如何清理路径里的多余斜杠和点号
lexically_normal() 是必须调用的归一化步骤，但它只处理 . 和 ..，**不合并连续斜杠**——这点很多人踩坑。
例如：std::filesystem::path("a//b/./c/../d").lexically_normal() 得到 "a//b/d"，中间的 // 还在。Windows 下这可能导致 parent_path() 返回空或意外结果（被误判为 UNC 格式）。
- 先调
lexically_normal()消除./.. - 再取
.generic_string()（不是.string()，避免 Windows 本地编码乱码） - 对结果做一次正则替换：
std::regex_replace(s, std::regex("/{2,}"), "/")，或简单循环替换"//"→"/" - 如果路径含驱动器（如
C://temp///log.txt），lexically_normal()后还需确保首段只有一个:和一个/，否则可能被当 UNC 解析
跨平台路径输出给 C API 或日志时要注意什么
最终传给 fopen()、stat() 或打印到日志的路径，必须是操作系统能识别的格式。Windows 上 .string() 返回本地编码（通常是 GBK 或 UTF-16 编码的窄字符），容易乱码；Linux/macOS 上没问题，但不统一。
- 统一用
.generic_string()获取 UTF-8 编码字符串，所有平台都安全 - 若需传给 Windows C API（如
CreateFileA），且确认输入是 ASCII 路径，.string()可用；但含中文或特殊字符时必须用.u8string()或宽字符接口 - 日志中打印路径前，建议先
lexically_normal()+ 清理重复斜杠，否则"config///../data/file.json"这类路径既难读又难 debug - 不要依赖
canonical()做归一化——它要访问文件系统，路径不存在时抛异常，不适合预处理
真正麻烦的不是斜杠方向，而是同一段路径字符串在不同阶段（构造、拼接、归一、输出）被不同机制解释——std::filesystem::path 的内部表示、generic_string() 的编码、操作系统 API 对路径前缀的语义判断，三者稍有错位就会出问题。每次构造完路径，顺手加一行 p = p.lexically_normal();，再清理重复斜杠，比事后排查 UNC 解析失败强得多。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
