Windows路径中绝对禁止的字符是:、*、?、"、<、>、|和空字符 及ASCII控制字符（0x00–0x1F）；校验时需逐字符比对黑名单并检查 。
Windows系统下哪些字符绝对不能出现在路径里
Windows对文件路径有硬性限制，:、*、?、"、、<code>>、| 这7个字符在任何位置（包括文件名、目录名、扩展名）都非法，连创建空文件夹都会失败。另外 （空字符）和 ASCII 控制字符（0x00–0x1F）也禁止使用，但实际中极少手动写入——多数来自误解析二进制数据或跨平台字符串截断。
用 std::string 逐字符检查的最小可行方案
别依赖第三方库或正则——简单路径校验不需要。直接遍历字符串，对每个字符做白名单/黑名单判断更可靠、无依赖、无编码歧义：
bool has_invalid_path_char(const std::string& path) {
static const std::string illegal = ":*?"<>|";
for (char c : path) {
if (c == ' ') return true;
if (c >= 0 && c <= 31) return true; // ASCII control chars
if (illegal.find(c) != std::string::npos) return true;
}
return false;
}
注意：std::string 存的是字节，不关心 UTF-8 编码完整性；只要输入是合法的多字节序列（比如来自 GetCommandLineA 或 argv），这个检查就安全。若路径来自用户输入且可能含损坏 UTF-8，则先做编码验证再检查，否则 find 可能误判某个字节。
Linux/macOS 要不要检查？答案是否定的
POSIX 系统只禁止 <p>POSIX 系统只禁止 <code> 和 /（后者是路径分隔符，本身不属“非法字符”，而是语义符号）。其他如 *、?、space、newline 全部合法——你甚至可以创建名字为 foo
bar 的文件（需用 printf 'foo bar' | xargs touch 测试）。所以跨平台代码里，has_invalid_path_char() 应仅在 Windows 编译分支启用：
/（后者是路径分隔符，本身不属“非法字符”，而是语义符号）。其他如 *、?、space、newline 全部合法——你甚至可以创建名字为 foo
bar 的文件（需用 printf 'foo<p>POSIX 系统只禁止 <code> 和 /（后者是路径分隔符，本身不属“非法字符”，而是语义符号）。其他如 *、?、space、newline 全部合法——你甚至可以创建名字为 foo
bar 的文件（需用 printf 'foo bar' | xargs touch 测试）。所以跨平台代码里，has_invalid_path_char() 应仅在 Windows 编译分支启用：0bar' | xargs touch 测试）。所以跨平台代码里，has_invalid_path_char() 应仅在 Windows 编译分支启用：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 用
#ifdef _WIN32包裹检查逻辑 - 不要把 Linux 路径喂给 Windows 的校验函数——比如收到
/home/user/file name，空格不是问题，但若误跑在 Windows 上会错报 -
/在 Windows 上虽非非法，但作为路径分隔符，混用/和不影响 API 调用（Win10+ 支持），但某些老旧工具（如部分批处理脚本）可能出错
容易被忽略的边界：长路径前缀和 UNC 路径
Windows 的 \? 前缀可绕过 260 字符限制，但它**不豁免非法字符检查**——\?C:ad:file.txt 依然会被 CreateFileW 拒绝。同样，UNC 路径如 \servershare
ame* 中的 * 仍非法。所以校验函数必须在拼接完整路径后、调用 API 前执行，而不是只查用户输入的文件名片段。
更隐蔽的问题：某些 API（如 SHCreateDirectoryEx）内部会自动补全路径分隔符，如果传入 C: emp（结尾有反斜杠），它可能尝试创建 C: emp\subdir ——连续两个 虽然不报错，但属于冗余，不影响合法性；真正危险的是用户输入末尾带非法字符后又被拼接，比如 user_input + ".txt"，而 user_input 结尾是 ?，结果变成 xxx?.txt，这时校验必须覆盖整个拼接结果。
