Windows下绝对不能出现在路径里的字符是:、*、?、"、、|这7个ASCII字符，以及ASCII 0–31控制字符；/和虽为合法分隔符，但混用可能引发旧API解析异常。
Windows下哪些字符绝对不能出现在路径里
Windows对路径字符有硬性限制，:、*、?、"、、<code>>、| 这7个字符在任何位置（文件名、目录名、扩展名）都非法，系统调用如 CreateFileA 会直接返回 ERROR_INVALID_NAME。注意：/ 和 是路径分隔符，本身合法，但连续出现或结尾时可能引发逻辑错误，不属于“禁用字符”范畴。
实际检测只需检查这7个字符是否存在，无需考虑上下文：
bool has_invalid_win_char(const std::string& path) {
static const std::string invalid = ":*?"<>|";
return std::any_of(path.begin(), path.end(),
[&invalid](char c) { return invalid.find(c) != std::string::npos; });
}
Linux/macOS路径中真正危险的是什么
POSIX系统没有全局禁用字符表，但 （空字节）是绝对禁区——所有C风格字符串函数（open()、stat()等）遇到它就截断，导致路径被意外缩短；/ 是唯一强制分隔符，不能出现在文件名内（否则会被解析为子目录）；其他如\、 （空格）、*、? 都是合法的，只是shell解析时需转义。
因此关键检查项只有两个：
立即学习“C++免费学习笔记（深入）”；
-
std::string::c_str()遇到第一个 -
/出现在非分隔位置：比如"a/b/c"合法，但"file/name.txt"中的/若在basename内（即非路径分隔用途）则违反文件命名规则
简单判断可写成：
Windows 桌面自动化技能，支持鼠标控制（移动/点击/拖拽/滚轮/截图）、键盘输入（文字输入/按键/组合键）、窗口管理（查找/聚焦/最大化/最小化/关闭/移动）、截图并发送文件。提供两种截图方式：Python pyautogui 截图（集成在自动化流程中）和 PowerShell + .NET 零依赖截图（支持区域截图和多显示器）。当用户需要自动化 Windows 桌面操作、控制鼠标键盘、管理窗口、执行 GUI 自动化任务、截图发送文件时使用。
bool has_null_or_embedded_slash(const std::string& path) {
if (path.find(' ') != std::string::npos) return true;
// 检查是否在basename部分含 '/' —— 先提取最后一段
size_t last_slash = path.find_last_of('/');
std::string basename = (last_slash == std::string::npos)
? path : path.substr(last_slash + 1);
return basename.find('/') != std::string::npos;
}
跨平台统一检测要避开哪些陷阱
很多人试图用同一套规则覆盖所有系统，结果在Linux上误报:、在Windows上漏掉 。真正的跨平台安全检查必须分层处理：
- 先做通用层：剔除
– - 再按目标系统分流：Windows走7字符黑名单；Linux/macOS只校验
/位置 + - 不要依赖
std::filesystem::path的构造是否抛异常——它只检查语法合法性（如空路径），不校验OS级禁用字符
例如，std::filesystem::path("a:b") 在Linux下能成功构造，但传给 std::filesystem::exists() 会因系统调用失败而返回false，此时已晚。
生产环境建议直接调用系统API验证
静态字符检查只能防住明显错误，真正在意可靠性就得让OS自己说话。Windows可用 PathIsRelative() + 手动拆解 + GetFullPathName() 看是否返回0；Linux/macOS最稳妥的是尝试 open(path.c_str(), O_PATH | O_CLOEXEC) 并检查 errno == ENOENT（路径不存在）还是 EINVAL（非法字符）。
但要注意：open() 会对路径做真实FS访问，若路径指向NFS挂载点或权限受限目录，可能因IO延迟或权限问题误判。所以优先用于最终落盘前的校验，别放在高频路径解析循环里。
最常被忽略的一点：用户输入路径可能含Unicode代理对（surrogate pair）或BOM头，std::string 层面的字符扫描会把UTF-8多字节序列当多个单字节处理，导致漏检或误报。需要先做UTF-8合法性验证，再进入字符检查流程。
