Windows路径中非法字符是<、>、:、"、/、、|、?、*及ASCII 0–31控制字符和 ，需用std::erase_if或std::copy_if删除，不可替换以免破坏路径语义。
哪些字符在Windows路径中是非法的
Windows系统禁止在文件名或路径中使用以下字符：<、>、:、"、/、、|、?、*，还有 ASCII 控制字符（0–31）和 。这些不是“特殊符号”而是硬性禁止，哪怕出现在字符串中间也会导致 CreateFile 或 std::filesystem::create_directory 失败。
注意：空格、中文、Unicode 字符（如 emoji）本身合法，但某些旧工具可能不支持；真正要删的只有上述 9 个 ASCII 符号 + 控制字符。
用 std::erase_if 删除非法字符（C++20）
最简洁安全的方式是遍历并移除非法字符，C++20 提供了 std::erase_if，它原地修改且不会造成迭代器失效：
#include <string>
#include <algorithm>
#include <cctype>
bool is_invalid_path_char(char c) {
static const std::string illegal = "<>:"/\|?*";
return illegal.find(c) != std::string::npos ||
static_cast<unsigned char>(c) < 32 || // 控制字符（含 ）
c == ' ';
}
std::string sanitize_path(const std::string& s) {
std::string out = s;
std::erase_if(out, is_invalid_path_char);
return out;
}
-
std::erase_if比手写循环 +erase更安全，避免越界或跳过字符 - 必须用
static_cast<unsigned char>判断控制字符，否则char为 signed 时负值会误判 - 不要用
std::remove_if+erase组合（C++11/14 常见写法），容易漏删连续非法字符
兼容 C++11 的手动过滤写法
如果项目不能升级到 C++20，用 std::copy_if 构建新字符串更可靠：
立即学习“C++免费学习笔记（深入）”；
#include <string>
#include <algorithm>
#include <iterator>
std::string sanitize_path_cpp11(const std::string& s) {
std::string out;
out.reserve(s.size()); // 预分配避免多次 realloc
std::copy_if(s.begin(), s.end(), std::back_inserter(out), [](char c) {
return !(c == '<' || c == '>' || c == ':' || c == '"' ||
c == '/' || c == '\' || c == '|' || c == '?' || c == '*' ||
static_cast<unsigned char>(c) < 32 || c == ' ');
});
return out;
}
- 用
reserve()显式预分配空间，防止小字符串反复扩容影响性能 - 不要用
push_back在循环里逐个添加——可读性差且易出错 - lambda 中直接展开判断比调用
find更快（尤其短字符串），避免构造临时std::string
替换而非删除？小心语义陷阱
有些场景（比如日志文件名）希望保留结构，用下划线替换非法字符。但要注意：
- 连续多个非法字符替换成一个
_，避免产生__或开头/结尾的_ -
和/替换后可能改变路径语义（如C: oo/bar→C:_foo_bar不再是有效路径） - Windows 路径末尾的
.或is_invalid_path_char不应包含它们
真正难处理的是驱动器根路径（如 C:<foo>）——删掉 < 后变成 C: oo>，> 还在，得确保所有非法字符被统一清理，而不是只扫一遍。
