windows文件名绝对禁止的字符包括ascii值0–31的控制字符及、/、:、*、?、"、、|共9个符号；.和空格合法但不可结尾，con等设备名为保留名。
Windows系统下哪些字符绝对不能出现在文件名中
Windows对文件名有明确的非法字符限制，\、/、:、*、?、"、、<code>>、| 这9个ASCII字符在任何位置（开头、中间、结尾）都禁止使用。此外，ASCII值为0–31的控制字符（如 、、、
、
等）也一律不允许——哪怕它们不可见，NTFS也会拒绝创建含这些字符的文件。
注意：. 和 （空格）本身合法，但不能出现在末尾；. 开头的文件名也合法（如 .gitignore），但 CON、PRN、AUX 等设备名（不区分大小写）是保留字，需额外检查——这不属于“非法字符”，而是保留名称冲突问题。
用std::any_of + lambda快速扫描非法字符
最直接的方式是遍历字符串每个char，检查其是否落在禁止范围内。不要用正则——开销大且没必要；也不要只查9个符号而漏掉控制字符。
- 将非法字符集合定义为
std::string_view illegal_chars = " \/:*?"|"; - 用
std::any_of配合 lambda 判断：std::any_of(name.begin(), name.end(), [&illegal_chars](char c) { return illegal_chars.find(c) != std::string_view::npos; }); - 如果字符串是 UTF-8 编码（比如来自用户输入或网络），确保只按字节检查——Windows API 处理的是字节序列，UTF-8 中的多字节字符（如中文）本身不会触发非法字符判定，但必须保证不把 UTF-8 的某个字节单独误判为
（即 Ctrl+Z）
为什么不能只用_iswprint或isprint判断
isprint 只能排除部分控制字符，但它对 0x7F（DEL）返回 true，而 Windows 允许它；更关键的是，它对 0x00–0x1F 返回 false 是对的，但无法捕获那9个特殊符号（:*?"| 等），它们都是可打印ASCII，isprint 会放行。
同样，_iswprint 在宽字符场景下也不可靠：它依赖当前 locale，且不反映 Windows 文件系统实际限制。真正要模拟 CreateFile 行为，就得严格对照微软文档列出的禁止集，而不是依赖 C 库的“可打印”定义。
跨平台时要注意Linux/macOS的差异
Linux 和 macOS 的文件系统（ext4、APFS）本身不限制 /、 以外的字符——但 / 是路径分隔符， 是C字符串终止符，这两个在所有POSIX系统中都绝对禁止。其他如 :、* 虽然技术上允许，但shell、GUI工具或跨平台同步工具（如rsync、Dropbox）可能出问题。
所以如果你的程序要同时支持Windows和Linux：
- 对Windows目标：严格检查全部10类（31个控制字符 + 9个符号）
- 对Linux/macOS目标：至少检查
/；若追求兼容性，建议沿用Windows的全集（加一个警告而非报错） - 永远不要假设
std::filesystem::path::filename()已做过校验——它只做语法解析，不验证是否可创建
真正容易被忽略的是：某些IDE或编辑器自动在文件名末尾补空格，用户看不见，但CreateFileW会静默截断或失败；还有从剪贴板粘贴的字符串可能含不可见的零宽空格（U+200B）——它不是ASCII控制字符，但Windows允许，只是部分旧工具不识别。这类Unicode边缘情况需要单独处理，不在基础非法字符检查范围内。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
