windows中绝对不能出现在文件名中的字符是 / : * ? " |，共9个，任何位置使用均会导致系统调用失败。
Windows系统下哪些字符绝对不能出现在文件名中
Windows对文件名有明确的非法字符限制，\ / : * ? " | 这9个字符在任何位置（包括文件名、扩展名、路径各段）都禁止使用。哪怕只是test<.txt>也会导致<code>CreateFile失败或std::filesystem::create_directories抛出std::filesystem::filesystem_error。
注意：CON、AUX、NUL等设备名也是非法文件名，但它们属于保留名而非非法字符问题，需单独检查；此处只聚焦“字符级”校验。
- 最稳妥的做法是遍历每个字符，用
std::any_of配合预定义非法集判断 - 不要依赖
std::isprint——空格、点（.）、连字符（-）等是合法的，但控制字符（如）必须排除 - 特别警惕字符串末尾的
跨平台方案：用std::filesystem::path::has_filename()不够，得手动扫描
std::filesystem::path本身不提供“是否含非法字符”的接口，has_filename()只判断路径对象是否有filename部分，完全不校验内容合法性。真正可用的是逐字符比对——C++20起可结合<ranges></ranges>写得更简洁，但多数项目仍用C++17，推荐直接循环：
bool has_illegal_char(const std::string& filename) {
static const std::string illegal = "\/:*?"|";
for (char c : filename) {
if (c <p>这里同时检查ASCII控制字符（<code>c ）和Windows非法符号。Linux/macOS虽允许更多字符，但若目标是跨平台存储或同步到Windows，仍应按最严规则过滤。</code></p><div class="aritcle_card flexRow artxards">
<div class="artcardd flexRow">
<a class="aritcle_card_img" rel="nofollow" href="/xiazai/gongju/2823" title="C++14"><img
src="https://img.php.cn/upload/manual/001/431/639/6ac8b33c327c4749.png" alt="C++14" onerror="this.onerror='';this.src='/static/lhimages/moren/morentu.png'" ></a>
<div class="aritcle_card_info flexColumn">
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="overflowclass">C++14</a>
<p class="overflowclass">C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。</p>
</div>
<a rel="nofollow" href="/xiazai/gongju/2823" title="C++14" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span>
</a>
</div>
</div><h3>实际使用时容易忽略的边界情况</h3><p>用户输入的文件名往往裹挟着隐藏风险，光查字符不够：</p>
- 首尾空格或点（
" file.txt "、"test."）在Windows中会被系统自动截断或拒绝，应提前std::regex_replace清理或报错 - 长度超限：Windows单路径段最多255字符，全路径（含驱动器）最多32767字符，
filename.length() > 255就该拦截 - UTF-8多字节序列损坏：若输入是乱码UTF-8（如截断的
(），后续std::filesystem操作可能崩溃，建议用std::mbrtoc16做轻量验证 - 不校验父目录——即使文件名合法，
"./../config.ini"这种相对路径仍可能越权，这是路径遍历问题，和字符合法性无关，需另做规范化（std::filesystem::weakly_canonical）
为什么不用正则表达式匹配非法字符
简单场景下正则确实能写，比如std::regex(R"([\/:*?"|])")，但没必要：
- 性能差：每次匹配都要编译/执行引擎，而非法字符集极小且固定
- 易出错：忘记转义
*或?导致逻辑失效；"在字符串字面量里还要写成"""，可读性骤降 - 覆盖不全：正则很难兼顾控制字符（
-）和Unicode BOM头（），而循环+条件判断一目了然
真正复杂的命名策略（如仅允许字母数字下划线）才值得上正则；纯非法字符检测，朴素循环更稳、更快、更易调试。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
