windows下绝对不能出现在文件名中的字符是、:、"、/、、|、?、*及ascii控制字符（0x00–0x1f）和del（0x7f），系统调用会直接返回error_invalid_name。
Windows下哪些字符绝对不能出现在文件名里
Windows对文件名有明确禁止的、<code>>、:、"、/、、|、?、*，加上ASCII控制字符（0x00–0x1F）和DEL（0x7F）。这些不是“建议避免”，而是系统调用（如CreateFileA）会直接返回ERROR_INVALID_NAME。别指望std::filesystem::path构造时抛异常——它默认不校验，直到你真正create_directories或open才失败。
用std::isprint加白名单不如直接查黑名单
std::isprint在locale依赖下不可靠：比如某些中文locale里0xA0（non-breaking space）可能被判定为可打印，但它在NTFS上实际会导致ERROR_INVALID_NAME。更稳妥的做法是硬编码黑名单：
bool is_invalid_filename_char(char c) {
static const std::string forbidden = "
"
" "
":"/\|?*";
return forbidden.find(c) != std::string::npos;
}
注意：这个函数只处理单字节字符。如果你的文件名是UTF-8编码（比如含中文），需先按UTF-8规则解码成Unicode码点，再判断是否落在U+0000–U+001F或U+007F范围——但绝大多数Windows API（包括CreateFileW）其实只禁用ASCII控制符，不禁止其他Unicode控制字符（如U+202A）。所以优先检查ASCII控制区+那9个符号就够了。
Linux/macOS也要防 和/，但其余宽松得多
POSIX路径唯一硬性限制是：<p>POSIX路径唯一硬性限制是：<code> （字符串终止符）和/（路径分隔符）不能出现在文件名中。其他字符（包括?、*、空格、甚至换行符
）都是合法的。所以跨平台校验时，至少要：
/（路径分隔符）不能出现在文件名中。其他字符（包括?、*、空格、甚至换行符
）都是合法的。所以跨平台校验时，至少要：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 检查是否存在
' '（哪怕只是std::string里意外嵌入） - 检查是否存在
'/'（否则会被解释为子路径） - 如果目标是Windows兼容，叠加前述Windows黑名单
别用std::filesystem::path::has_parent_path()来代替'/'检查——它只识别/和作为分隔符，且对"a/b"返回true，但你真正想拦的是"file/name.txt"这种非法文件名本身。
别忘了BOM和尾部空格/点这些隐性陷阱
Windows还有一堆“看不见”的规则：CON、AUX等设备名（不区分大小写），以及以空格或.结尾的文件名（Explorer会自动截掉，但API仍接受）。虽然它们不属“非打印字符”，但属于实际开发中高频踩坑点：
- 用
std::string的back()检查末尾是否为' '或'.' - 转小写后比对
"con"、"prn"、"aux"、"nul"、"com1"~"com9"、"lpt1"~"lpt9" - BOM（
）虽不影响创建，但若用户从记事本保存UTF-8带BOM的文件名列表，解析时可能把BOM当普通字符——得提前剥离
真正的难点不在字符表本身，而在你得同时考虑API行为、shell解析、GUI显示、第三方库（比如Qt的QFile）各自对“合法文件名”的定义差异。校验逻辑最好封装成独立函数，并在所有入口（UI输入、网络接收、配置文件读取）统一调用。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
