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产品图添加背景
相关推荐
Aloudata5 小时前
语义层 vs MCP 工具层:Agent 调用数据时,语义应该放在哪一层zcmodeltech5 小时前
源网荷储一体化沙盘模型多场景控制系统设计——基于STM32与Modbus RTU的源网荷储、多能互补、冷热电三联供全场景联动方案,服务范围覆盖全国leihefeng5 小时前
手写数字识别:KNN vs 逻辑回归实战数智启示录5 小时前
PostgreSQL 执行计划实战(第 9 篇):SQL 和索引没变,计划为什么突然慢一百倍SunnyDays10115 小时前
如何使用 Python 从 Word 文档中提取图片2601_962097365 小时前
Pathway 实时RAG新方案:抛弃Spark、Flink,生产级数据管道Gent_倪5 小时前
MySQL分库、分表、分区详解额额额对了5 小时前
Linux 数据库开发实战:使用 C 语言与 SQLite3 构建轻量级终端词典三十岁老牛再出发5 小时前
9月3日总结2601_962299886 小时前
Linux下运行Python脚本