Windows文件名必须移除/:*?"<>|共9个禁用字符，禁用CON、PRN等保留名，首尾空格和结尾句点会被系统截断，单文件名不超255字符。
哪些字符在Windows/Linux文件名中必须删除
Windows禁止 :、*、?、"、、<code>>、|、、/ 出现在文件名里；Linux虽允许大部分字符，但 / 和 （空字符）会破坏路径解析。实际项目中，为跨平台兼容，建议统一剔除这两类字符。
注意：. 和 （空格）不是非法字符，但开头或结尾的空格、连续点（如 ..）可能引发逻辑问题，是否清理取决于业务规则——这不是系统级非法，别误删。
用 std::erase_remove 高效原地过滤
C++20 起推荐用 std::erase_remove，它比手写循环更安全、更简洁，且避免迭代器失效风险。关键点是：它直接修改原字符串，不分配新内存。
- 需包含
<algorithm>和<string> - 判断逻辑写在 lambda 里，用
std::string::npos检查find_first_of更直观 - 别用
remove_if+erase两步——C++20 前才这么写，现在一步到位
std::string filename = "report:2024.txt";
const std::string illegal = ":*?"<>|\/"; // Windows 全集，加 / 和 （后者需单独处理）
std::erase_remove(filename, [&illegal](char c) {
return illegal.find(c) != std::string::npos || c == ' ';
});
// 结果："report2024.txt"
需要保留空格或点？用白名单代替黑名单
如果业务要求只保留字母、数字、下划线、连字符和单点（如 file.name.ext），黑名单容易漏判或误杀。此时改用白名单更可靠。
立即学习“C++免费学习笔记（深入）”；
常见错误是把 . 放进非法字符集，导致所有扩展名被破坏；或者没考虑 Unicode，用 char 判断中文/emoji 会出错——但纯 ASCII 文件名场景下，char 够用。
- 白名单检查：用
std::isalnum(c)+ 显式允许'_'、'-'、'.' - 若要支持 UTF-8，必须用
std::wstring或第三方库（如 ICU），char层面无法安全处理多字节 - 连续多个
.（如file...txt）是否合法？需额外正则或状态机校验，erase_remove不解决这类语义问题
遇到 怎么办？std::string 本身会截断
std::string 内部不以 为结束符，但如果你从 C 接口（如 fopen 参数）或二进制数据里拿到含 的字节流，直接构造 std::string 会导致提前截断——这不属于“删除”范畴，而是构造阶段就丢失了后续内容。
正确做法：
- 用
std::string(data, size)构造，显式传入长度，绕过 - 再对这个完整字符串调用
std::erase_remove清理 - 最后生成文件名前，务必检查是否为空——清完只剩
filename.empty()为 true
跨平台写文件前，最好再用 std::filesystem::path 的 replace_filename 或 lexically_normal 做一次路径规范化，有些非法组合（如 ../）靠字符级清洗解决不了。
