windows路径中绝对禁止的字符是、/、:、*、?、"、|，共7个，任何位置出现均导致系统调用失败；斜杠/虽可被转换但建议统一用；c++校验需显式遍历黑名单，宽字符路径须用wstring版本。
Windows下哪些字符绝对不能出现在文件路径里
Windows对路径字符有硬性限制，:、*、?、"、、<code>>、| 这7个字符在任何位置（包括文件名、目录名、盘符后）都非法，系统调用如 CreateFileA 会直接返回 ERROR_INVALID_NAME。斜杠 / 虽然在API层面可能被内部转换为 ，但混用容易引发逻辑歧义，建议统一用 。
如何用C++快速检查路径字符串是否含非法字符
别依赖 std::filesystem::path 的构造是否抛异常——它默认不校验非法字符，只做解析归一化。最稳妥的做法是显式遍历字符串并比对黑名单：
bool has_invalid_char(const std::string& path) {
static const std::string illegal = "\/:*?"|";
for (char c : path) {
if (illegal.find(c) != std::string::npos) {
return true;
}
}
return false;
}
注意点：
-
std::string版本只适用于窄字符路径；宽字符路径（std::wstring）需用std::wstring版本的黑名单和find - 不要忽略开头的
\——它可能是合法UNC路径（如\\server\share），但\后紧跟非法字符（如\*test）仍算违规 - 空格和点号（
.、..）本身合法，但结尾带空格或点会被系统自动截断，属于“语义非法”，需额外判断
Linux/macOS下路径字符限制其实更宽松
POSIX路径只禁止 （空字节）和 /（路径分隔符）出现在文件名中，其余字符（包括 :、?、控制字符）技术上都允许。但实际使用中：
- shell遇到
;、&、|、$等会触发命令解析，导致脚本出错 - GUI文件管理器或备份工具可能拒绝显示含
~、®等字符的文件 -
std::filesystem::path在Linux下构造含path.string().find(' ') != std::string::npos
跨平台路径校验要分层处理
单靠一个函数无法覆盖所有风险。推荐三级检查：
- 基础层：过滤操作系统级禁用字符（Windows黑名单 / Linux空字节）
- 语义层：检查末尾空格、末尾点、连续点（
...）、不可见控制字符（– - 运行时层：真正调用
std::filesystem::create_directories或fopen前捕获std::filesystem::filesystem_error，因为某些NTFS重解析点或挂载卷可能引入额外限制
真正麻烦的不是字符本身，而是不同层级对“非法”的定义不一致——比如 CON 在Windows是设备名保留字，但只在特定目录（如根目录）生效，这种上下文敏感规则没法靠字符串扫描解决。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
