Windows路径中绝对禁止的字符是、/、:、*、?、"、<、>、|，它们在任何位置均导致系统直接拒绝访问。
Windows系统下哪些字符绝对不能出现在文件路径中
Windows对文件名和路径有明确的保留字符集，\、/、:、*、?、"、、<code>>、| 这9个字符在任何位置（包括文件名、目录名、扩展名）都禁止使用。它们不是“建议避免”，而是由NTFS/FAT驱动直接拒绝创建或访问——哪怕只是出现在std::string里做路径拼接，后续调用CreateFileA或fopen时也会返回ERROR_INVALID_NAME或nullptr。
需要特别注意的是：: 在路径中仅允许出现在盘符后（如 C:），其他位置（如 log:2024.txt 或 data/backup:final/）均非法；. 和 .. 是保留名称，但作为路径组件本身不违法，真正违法的是以.或..为完整文件名（如 mkdir . 在某些API下会失败）。
如何用C++跨平台检查路径中的非法字符
没有标准库函数能直接判断“是否非法”，但可以手动扫描。重点不是“过滤掉什么”，而是“哪些字符一旦出现就必然失败”。以下逻辑适用于Windows，Linux/macOS可放宽（仅需排除/和空字符 ），所以实际检测应先判断运行平台：
- 用
GetVersionEx或IsWindows10OrGreater（推荐）确认Windows环境；非Windows则只需检查'/'和' ' - 遍历每个
char或wchar_t（若用宽字符路径），逐个比对非法字符表 - 注意：路径字符串可能含
\（转义反斜杠）或/（正斜杠），但操作系统内部统一按\处理，所以/也必须拦截
示例片段（窄字符，Windows专用）：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
bool hasIllegalChar(const std::string& path) {
static const std::string illegal = "\/:*?"<>|";
for (char c : path) {
if (illegal.find(c) != std::string::npos) return true;
}
return false;
}
为什么不能只依赖std::filesystem::exists()来反向验证
std::filesystem::exists() 检查的是“路径是否存在”，不是“路径是否合法”。一个含?的路径（如 "C:\data\file?.txt"）根本不会对应真实文件系统节点，exists() 会返回 false，但这无法区分是“路径非法”还是“文件确实不存在”。更危险的是，某些实现（如MSVC旧版）在遇到非法字符时可能抛出 std::filesystem::filesystem_error 异常，而异常类型不明确指向字符问题，容易被误判为权限或IO错误。
因此，必须前置校验，而不是等系统API崩溃后才处理。尤其在用户输入路径的场景（如GUI文本框、命令行参数），应在调用create_directories()或open()前就拦截。
容易被忽略的边界情况
路径合法性不是纯字符问题，还涉及长度、保留名和控制字符：
-
CON、PRN、AUX、NUL及其带扩展名形式（如CON.txt）在Windows下无论大小写均非法，需额外检查子串匹配 - 路径总长度超过
MAX_PATH（默认260）且未启用长路径支持时，即使字符全合法也会失败——这属于另一类限制，但常与非法字符问题混在一起排查 - Unicode控制字符（如
u0000–u001F）虽不报错，但会导致shell解析异常或日志截断，建议一并过滤 - 尾部空格和
.在Windows文件名中会被自动裁剪（如"readme.txt "等价于"readme.txt"），但作为中间路径组件（如"data/ /file.txt"）则非法
真正健壮的路径校验，得把字符集检查、保留名检查、长度预估、空格/点号归一化这四层叠在一起——只扫一遍非法字符，远远不够。
