Windows下绝对不能出现在文件路径各段中的字符是:、*、?、"、<、>、|、、/共9个，需按路径段逐段检查；Linux/macOS除/和空字符外虽理论上允许，但控制字符及特殊符号易引发解析错误，跨平台建议统一按Windows规则过滤。
Windows下哪些字符绝对不能出现在文件路径里
Windows对文件名有明确禁止的字符列表，:、*、?、"、、<code>>、|、、/ 这9个符号在任何路径段（包括文件名和文件夹名）中都非法，哪怕只是出现在字符串里就可能触发CreateFile失败或std::filesystem::path构造异常。
注意： 和 / 在路径分隔场景是合法的，但作为文件名的一部分（比如 fooar.txt 中的反斜杠）就是非法的——判断时必须按「路径段」切分后逐段检查，不能只看整个字符串。
- 用
std::filesystem::path的filename()和parent_path()拆出各段再遍历 - 不要用
str.find('\')这类粗暴扫描，会误判路径分隔符 -
std::filesystem::path构造时若含非法字符会抛std::filesystem::filesystem_error，可捕获但不推荐作为主检测手段（开销大且掩盖真正问题）
Linux/macOS下要警惕哪些“看似合法”的字符
POSIX系统理论上允许除 / 和空字符 外的所有字节，但实际使用中\n、\t、\r、\0 会导致 shell 解析错误或 open() 返回 EINVAL；而 ~、$、`、;、& 等虽能创建文件，但在命令行中极易引发意外展开或截断。
更现实的问题是跨平台代码：如果路径要同时在 Windows 和 Linux 上处理，建议统一按 Windows 规则过滤——宁可严一点，避免后续在 Windows 上崩溃。
立即学习“C++免费学习笔记（深入）”；
- 用
std::any_of(str.begin(), str.end(), [](char c) { return c == '\0' || c == '\n' || c == '\t'; })检查控制字符 - 对跨平台项目，直接复用 Windows 的9字符黑名单（加
/和\0）更稳妥 - 注意 UTF-8 编码：单个 Unicode 字符可能占多个字节，但非法判断只需按字节进行（POSIX 文件名本质是字节序列）
如何安全地拆分路径并逐段校验
直接对完整路径字符串扫描会把 /home/user/file:name.txt 中的冒号当成非法字符误报——其实它在 Linux 下是合法的，但若这段路径将来要同步到 Windows 就真会出问题。所以得先按操作系统语义拆成路径组件，再对每个组件单独检查。
std::filesystem::path 提供了可靠的拆分能力，比手写 find_first_of("/\") 更健壮（自动处理双斜杠、末尾分隔符等边界）。
- 用
for (const auto& p : std::filesystem::path(path_str)) { /* check p.string() */ } - 对每个
p.string()执行非法字符扫描，跳过空段（如//foo//bar中的空字符串） - 特别检查根路径段：Windows 的
C:\中C:是合法卷标，但C::file.txt中的第二个:就非法
一个轻量级可移植校验函数怎么写
不需要引入 <filesystem> 也能做基础检查，尤其适合嵌入式或旧编译器环境。核心是定义一个跨平台最小非法集，再配合简单字符串扫描。
bool has_invalid_path_chars(const std::string& s) {
static const std::string illegal = "\/:*?"<>|";
for (char c : s) {
if (c == ' ' || illegal.find(c) != std::string::npos) {
return true;
}
}
return false;
}这个函数覆盖了 Windows 全部禁止字符 + 空字符，对 Linux 足够实用。但要注意：
- 它不处理路径分隔逻辑，所以调用前应确保传入的是单个文件名或目录名（不是完整路径）
- 若需支持完整路径，先用
std::filesystem::path或手动按/和\切分再逐段调用 - 别忘了测试
std::string("a b")这种含内嵌空字符的 case，c_str()会截断，必须用size()遍历
最常被忽略的是路径中的控制字符和空字符——它们不会显示在终端里，但会让 open() 或 fopen() 直接失败，调试时很难发现。务必在接收用户输入后第一时间做这类检查。
