企业官网建设流程全解析

std::filesystem::path 对多个斜杠不自动归一，C://foo 被误解析为 UNC 导致 parent_path() 等行为异常；应优先使用 lexically_normal() 归一化，它安全、标准、不访问文件系统，可将 C://temp///log.txt 变为 C:/temp/log.txt。Windows 下 std::filesystem::path 对 // 和 /// 的实际行为Windows 路径里出现多个连续斜杠（比如 C://foo///bar.txt）不会报错，但 std::filesystem::path 的解析结果可能和你预期不一致：它会把 // 当作网络路径前缀（UNC）的开始，后续内容会被当作主机名或共享名处理。例如 //host/share/file 是合法 UNC，但 C://foo 会被拆成根 C: + 空主机名 + foo，导致 .parent_path() 或 .filename() 返回意外结果。用 std::filesystem::path("C://foo").string() 得到的是 "C://foo"，不是 "C:/foo"std::filesystem::canonical() 不会自动折叠多余斜杠，除非路径真实存在且能访问跨平台代码中，// 在 Linux 下是普通分隔符冗余，但 Windows 下有语义歧义用 std::filesystem::path::lexically_normal() 清理路径冗余这是最直接、标准且无副作用的修复方式——它只做字符串归一化，不依赖文件系统状态，也不访问磁盘。它会把 /a//b/./c/../d 变成 /a/b/d，同时把 C:\foo\bar 归一为 C:/foo/bar注意：它不处理驱动器大小写（c:/Foo 不会转成 C:/Foo），也不展开环境变量或波浪号（~）对不存在的路径也安全，适合在路径拼接后、打开前调用示例：std::filesystem::path p = "C://temp///log.txt";p = p.lexically_normal(); // → "C:/temp/log.txt"手动替换斜杠前必须先判断 OS 和路径类型别直接用 std::string::replace() 全局替换 "//"，容易误伤 UNC 路径或 URL-like 字符串（比如 "https://example.com" 混在路径里）。 Mokker AI AI产品图添加背景