<p>不能直接用 std::regex 做简单通配符匹配，因其默认语法中 和 ? 不等价于 shell 通配符： 是需前置原子的量词，而通配符中 应独立匹配任意长字符串；直接传 "ab?c" 会编译失败或行为错误。</p>
为什么不能直接用 std::regex 做简单通配符匹配
因为 std::regex 默认是 POSIX 或 ECMAScript 语法，* 和 ? 并不等价于 shell 风格的通配符：比如 * 在正则里是量词，需前置一个原子；而通配符模式中 * 应该能单独匹配任意长度字符串。直接传 "a*b?c" 给 std::regex 会编译失败或行为不符预期——除非你手动转义、替换、构造正确正则表达式，反而更重。
手写递归匹配函数：处理 * 回溯的关键逻辑
最轻量且可控的方式是实现一个支持 ?（匹配单字符）和 *（匹配任意长度，含零个）的递归函数。关键在于：遇到 * 时，不能贪心一次性吃光，而要尝试“匹配 0 个、1 个、2 个……直到成功”，否则像 "a*b" 匹配 "ab" 会失败（* 吃掉所有导致末尾无 b 可配）。
实操建议：
- 用两个索引
si（字符串位置）、pi（模式位置）驱动递归 - 遇到
?：直接si++, pi++ - 遇到
*：先跳过*（pi++），然后对当前si尝试匹配剩余模式；若失败，si++再试——这等价于让*“吐出”一个字符继续试探 - 加记忆化（如
std::map<:pair>, bool></:pair>）避免重复子问题，否则最坏 O(2ⁿ)；C++20 可用std::unordered_map加自定义哈希
用 std::regex 安全转换通配符模式
如果坚持用标准库正则，必须把通配符语法转成等效正则：? → .，* → .*，但要注意转义原字符串中的正则元字符（如 .、^、$）。否则 "file?.txt" 转成 "file.txt" 就错了。
立即学习“C++免费学习笔记（深入）”；
安全转换步骤：
- 遍历模式字符串，逐字符处理
- 非通配符且非正则元字符（
.^$|[]{}()+）直接追加 - 是
?→ 追加"."；是*→ 追加".*" - 是正则元字符 → 前加
'\'（注意 C++ 字符串字面量需写成"\."） - 最后用
std::regex_constants::ECMAScript构造，避免 locale 相关歧义
示例："f[ile]*.txt" 应转为 "f\[ile\].*\.txt"，而非 "f[ile].*.txt"（后者变成字符组匹配）。
性能与边界场景：空模式、连续 *、UTF-8 字符串
连续多个 *（如 "a**b"）在递归解法中会被自动压缩为单个 * 行为，无需特殊处理；但正则转换后变成 "a.*.*b"，虽等价却可能触发正则引擎回溯爆炸（尤其长文本）。空模式 "" 应匹配空字符串，但若用 std::regex 且未设 std::regex_constants::match_not_null，也可能意外匹配空位置。
UTF-8 字符串要特别小心：? 应匹配一个 Unicode 码点（而非一个字节），但 C++ 标准库无内置码点计数。若需求明确要求 UTF-8 支持，别用 std::string::operator[] 索引，改用 utf8cpp 库或手动解析首字节判断宽度；否则 "café" 中的 é（2 字节）会被 ? 错误切开。
真正容易被忽略的是：通配符匹配通常区分大小写，但 Windows API（如 PathMatchSpec）默认不区分。如果你的程序需跨平台一致行为，务必显式声明比较策略，不要依赖系统默认。
