<p>Windows中绝对不能出现在文件名中的字符是 / : * ? " < > |，共9个，任何位置使用均会导致系统调用失败。</p>
Windows系统下哪些字符绝对不能出现在文件名中
Windows对文件名有明确的非法字符限制，\ / : * ? " < > | 这9个字符在任何位置（包括文件名、扩展名、路径各段）都禁止使用。哪怕只是test<.txt也会导致CreateFile失败或std::filesystem::create_directories抛出std::filesystem::filesystem_error。
注意：CON、AUX、NUL等设备名也是非法文件名，但它们属于保留名而非非法字符问题，需单独检查；此处只聚焦“字符级”校验。
- 最稳妥的做法是遍历每个字符，用
std::any_of配合预定义非法集判断 - 不要依赖
std::isprint——空格、点（.）、连字符（-）等是合法的，但控制字符（如）必须排除 - 特别警惕字符串末尾的
跨平台方案：用std::filesystem::path::has_filename()不够，得手动扫描
std::filesystem::path本身不提供“是否含非法字符”的接口，has_filename()只判断路径对象是否有filename部分，完全不校验内容合法性。真正可用的是逐字符比对——C++20起可结合<ranges>写得更简洁，但多数项目仍用C++17，推荐直接循环：
bool has_illegal_char(const std::string& filename) {
static const std::string illegal = "\/:*?"<>|";
for (char c : filename) {
if (c <= 0x1F || illegal.find(c) != std::string::npos) {
return true;
}
}
return false;
}这里同时检查ASCII控制字符（c <= 0x1F）和Windows非法符号。Linux/macOS虽允许更多字符，但若目标是跨平台存储或同步到Windows，仍应按最严规则过滤。
立即学习“C++免费学习笔记（深入）”；
实际使用时容易忽略的边界情况
用户输入的文件名往往裹挟着隐藏风险，光查字符不够：
- 首尾空格或点（
" file.txt "、"test."）在Windows中会被系统自动截断或拒绝，应提前std::regex_replace清理或报错 - 长度超限：Windows单路径段最多255字符，全路径（含驱动器）最多32767字符，
filename.length() > 255就该拦截 - UTF-8多字节序列损坏：若输入是乱码UTF-8（如截断的
(），后续std::filesystem操作可能崩溃，建议用std::mbrtoc16做轻量验证 - 不校验父目录——即使文件名合法，
"./../config.ini"这种相对路径仍可能越权，这是路径遍历问题，和字符合法性无关，需另做规范化（std::filesystem::weakly_canonical）
为什么不用正则表达式匹配非法字符
简单场景下正则确实能写，比如std::regex(R"([\/:*?"<>|])")，但没必要：
- 性能差：每次匹配都要编译/执行引擎，而非法字符集极小且固定
- 易出错：忘记转义
*或?导致逻辑失效；"在字符串字面量里还要写成"""，可读性骤降 - 覆盖不全：正则很难兼顾控制字符（
-）和Unicode BOM头（），而循环+条件判断一目了然
真正复杂的命名策略（如仅允许字母数字下划线）才值得上正则；纯非法字符检测，朴素循环更稳、更快、更易调试。
