Windows文件名绝对禁止\、/、:、*、?、"、<、>、|及ASCII 0x00–0x1F控制字符；此外CON、AUX等设备名（不区分大小写）亦不可用，即使带扩展名。
Windows下哪些字符绝对不能出现在文件名里
Windows对文件名有明确的非法字符列表，\、/、:、*、?、"、、<code>>、| 这9个ASCII字符在任何位置（包括开头、中间、结尾）都禁止使用。另外， （空字符）和 ASCII 控制字符（0x00–0x1F）也一律不被允许。注意：即使字符串本身是合法UTF-8，只要包含这些字节，CreateFile就会失败。
用std::string遍历检查是否含禁用字符
最直接的方式是逐字符比对。别依赖正则——小范围查表更快更可靠，且避免跨平台正则库引入额外依赖。
- 把禁用字符存成
std::string_view或静态数组，比如：static constexpr char illegal_chars[] = {'\', '/', ':', '*', '?', '"', '', '|'}; - 遍历输入字符串每个
char，检查是否落在0x00–0x1F区间，或是否等于上述任一字符 - 特别注意：
'.'和' '（空格）不是非法字符，但Windows会自动截掉末尾空格和最后的.，这不是“非法”，而是系统规范化行为，无需报错
Linux/macOS要不要做同样检查
Unix-like系统本身不限制这些字符——/是路径分隔符，<p>Unix-like系统本身不限制这些字符——<code>/是路径分隔符， 是字符串终止符，所以文件名里出现/或 会导致open()直接失败或行为未定义；其他如:、*等虽能创建，但可能引发shell解析问题或工具误判。
/或<p>Unix-like系统本身不限制这些字符——<code>/是路径分隔符， 是字符串终止符，所以文件名里出现/或 会导致open()直接失败或行为未定义；其他如:、*等虽能创建，但可能引发shell解析问题或工具误判。会导致open()直接失败或行为未定义；其他如:、*等虽能创建，但可能引发shell解析问题或工具误判。
- 如果你的程序要跨平台，建议统一过滤
/——这是所有POSIX系统的硬性限制 - 其余Windows禁用字符可选过滤，取决于目标用户场景：面向普通Windows用户就全拦，面向开发者调试环境可放宽
- 不要用
stat()或access()来“试探”合法性——它们无法区分“路径不存在”和“含非法字符”，且有竞态风险
容易忽略的边界情况
很多人只查字符，忘了检查长度和保留名。Windows还禁止使用CON、AUX、COM1这类设备名（不区分大小写），哪怕加了扩展名也不行——"CON.txt"依然非法。
立即学习“C++免费学习笔记（深入）”；
- 先做字符级检查，再做名称级检查：把文件名（不含路径）转小写后，匹配
"con"、"prn"、"aux"、"nul"、"com[1-9]"、"lpt[1-9]"等模式 - 注意：仅当没有扩展名或扩展名前恰好是这些名时才触发，比如
"mycon.txt"合法，"con.txt"非法 - 路径中出现
../不算文件名非法，那是路径遍历问题，应由路径规范化逻辑处理，不属于本题范畴
