Windows路径中真正被系统拒绝的字符是<、>、:、"、/、、|、?、*及ASCII控制字符（0x00–0x1F）和DEL（0x7F），文件名末尾空格或点会被截断，CON等保留名需不区分大小写校验。
Windows系统禁用字符有哪些
Windows路径中真正会被系统拒绝的字符只有 <、>、:、"、/、、|、?、* 这9个，加上 ASCII 控制字符（0x00–0x1F）和 DEL（0x7F）。文件名末尾的空格或点（.）虽不报错但会被系统自动截断——这不算“非法”，但会导致行为意外。
注意： 在路径中是合法分隔符，但出现在末尾（如 C: emp）或连续出现（如 C:\temp）通常不会触发创建失败，真正出错的是把它当普通字符用在文件名里（如 file
ame.txt）。
用 std::string::find_first_of 快速检测
最直接的办法是把所有禁用字符组成字符串，调用 find_first_of 查找是否存在。它比循环遍历快，且语义清晰。
-
std::string illegal = "&:"/\|?*";—— 注意\是转义后的单个反斜杠 - 对每个字符做
static_cast<unsigned char>(c) <= 0x1F || c == 0x7F</unsigned>判断是否为控制字符 - 别忘了检查末尾空格和点：用
path.back() == ' '或path.back() == '.'（需确保非空） - 如果路径用于创建文件，还要额外排除
CON、PRN、AUX等保留设备名（不区分大小写，且后跟.或空格也算）
跨平台兼容性要注意什么
Linux/macOS 对路径字符限制极宽，几乎只禁止 <p>Linux/macOS 对路径字符限制极宽，几乎只禁止 <code> 和 /（后者是目录分隔符）。但如果你的程序要同时跑在 Windows 上，仍应统一按 Windows 规则校验——否则用户在 Windows 上保存失败时会困惑。
/（后者是目录分隔符）。但如果你的程序要同时跑在 Windows 上，仍应统一按 Windows 规则校验——否则用户在 Windows 上保存失败时会困惑。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
不要依赖 stat() 或 CreateFile() 的返回值做“事后验证”，因为：
- 权限不足、磁盘满等也会返回失败，无法区分是字符问题还是其他原因
- 某些非法组合（如
aux.txt）可能创建成功但无法访问，属于静默陷阱 - 提前拦截比报错后再提示更友好
实际校验函数怎么写才可靠
一个最小可用的校验函数示例：
bool is_valid_filename(const std::string& name) {
if (name.empty()) return false;
const std::string illegal = "<>&:"/\|?*";
for (char c : name) {
unsigned char uc = static_cast<unsigned char>(c);
if (uc <= 0x1F || uc == 0x7F || illegal.find(c) != std::string::npos)
return false;
}
// 检查保留名（仅限文件名，不含路径）
std::string base = name;
size_t pos = name.find_last_of("/\");
if (pos != std::string::npos) base = name.substr(pos + 1);
std::string lower = base;
std::transform(lower.begin(), lower.end(), lower.begin(), ::tolower);
if (lower == "con" || lower == "prn" || lower == "aux" ||
lower == "nul" || lower == "com1" || lower == "lpt1")
return false;
return true;
}
这个函数没处理末尾点/空格（它们影响的是文件系统行为而非创建失败），真要用在 UI 输入校验里，建议加一层 trim 和 warn 提示，而不是直接拒绝。
真正容易被忽略的是：路径合法性 ≠ 文件可创建性。比如 C:WindowsSystem32 oo.txt 字符全合法，但普通用户根本没权限写入——字符检查只是第一道关卡，不是终点。
