应始终用正斜杠/构造std::filesystem::path，它会自动标准化为系统原生分隔符；跨平台推荐u8string()获取UTF-8路径，避免string()在Windows上返回本地编码导致乱码。
std::filesystem::path 构造时用正斜杠还是反斜杠？
在 Windows 上用 std::filesystem::path("a\\b\\c") 没问题，但用 std::filesystem::path("a/b/c") 同样合法且推荐——std::filesystem::path 会自动标准化分隔符。标准要求所有构造函数把正斜杠 / 和反斜杠 \\ 都视为等价分隔符，并在内部统一为系统原生格式（Windows 存为 \\，Linux/macOS 存为 /）。所以跨平台代码应**始终用 / 字面量构造路径**，避免硬编码 \\。
- 错误写法：
path p("C:\\temp\\file.txt");—— 在 Linux 编译会因转义失败报错（\t、\f被解释为制表符/换页符） - 正确写法：
path p("C:/temp/file.txt");或path p("C:\\\\temp\\\\file.txt"); - 更安全写法：
path p = "C:" / "temp" / "file.txt";（利用operator/自动拼接）
std::filesystem::path::string() 和 u8string() 的编码陷阱
调用 path.string() 返回 std::string，但它在 Windows 上返回的是当前系统代码页（如 GBK、CP1252）编码的字节序列，不是 UTF-8；而 Linux/macOS 默认返回 UTF-8。这意味着：
- 若路径含中文，在 Windows 上
path.string()可能是 GBK 编码，直接传给需要 UTF-8 的 API（如某些网络库、日志系统）会乱码 -
path.u8string()始终返回 UTF-8 编码的std::string，是跨平台安全选择 - 但注意：C++17 标准中
u8string()在 Windows 上需底层支持 UTF-8（VS2019 16.10+、GCC 11+、Clang 12+ 已完善；旧版本可能 fallback 到窄字符串）
path p = u8"测试/文件.txt"; // ✅ 安全：UTF-8 字节流，跨平台一致 std::string utf8_str = p.u8string(); // ❌ 危险：Windows 上可能是 GBK，Linux 上是 UTF-8，行为不一致 std::string raw_str = p.string();
std::filesystem::exists() 等操作在大小写敏感文件系统上的行为差异
Linux/macOS 默认大小写敏感，Windows NTFS 默认大小写不敏感（但保留大小写），macOS APFS 可选开启大小写敏感卷。这会导致：
-
exists("Foo.txt")在 Windows 上可能返回true，即使磁盘上实际是foo.TXT - 但在 Linux 上严格匹配，
exists("Foo.txt")会返回false如果只有foo.TXT - 不要依赖
exists()的大小写容错性做逻辑分支；若需模糊匹配，应先用directory_iterator扫描并手动比对（忽略大小写） - 路径拼接后立即调用
exists()不等于“该路径一定可访问”——权限、符号链接断裂、网络挂载延迟都会影响结果
std::filesystem::canonical() 在 Windows 上的权限与符号链接限制
canonical() 试图返回绝对、规范、存在的路径，但它在 Windows 上有显著限制：
立即学习“C++免费学习笔记（深入）”；
- 需要调用进程具有
SE_CHANGE_NOTIFY_NAME权限（通常普通用户有），但若目标在受限目录（如C:\Program Files）且无读取权限，会抛出filesystem_error - Windows 对符号链接支持较弱：
canonical()遇到符号链接时可能无法正确解析（尤其跨卷链接），而 Linux 上通常可靠 - 替代方案：用
absolute(p)+lexically_normal()组合做轻量规范化（不检查存在性，仅字符串规整），适用于构建路径而非验证路径
path p = "a/../b/file.txt"; // ✅ 快速规整（不访问文件系统） path normalized = absolute(p).lexically_normal(); // → "C:/b/file.txt" (Windows) // ❌ 可能失败：访问磁盘、解析 symlink、检查权限 // path canonical_path = canonical(p);跨平台路径处理最易被忽略的一点：别假设
path 对象内部存储格式可移植——它只是个封装，string() 输出随平台和编译器实现浮动；真正可靠的只有 u8string()（且需确认编译器版本支持）和 operator/ 拼接逻辑。 
