在正则字符类中，a-z-A-Z 并非表示从 z 到 A 的无效范围，而是将中间的 - 解析为字面量连字符，等价于 a-zA-Z-，即匹配小写字母、大写字母和短横线。
在正则表达式中，`a-z-a-z` 并非表示从 `z` 到 `a` 的无效范围，而是将中间的 `-` 解析为字面量连字符，等价于 `a-za-z-`，即匹配小写字母、大写字母和短横线。
正则表达式中的字符类（即方括号 [] 内的内容）具有特殊的解析规则：连字符 - 仅在两个字符之间且能构成合法范围时（如 a-z、0-9）才被解释为范围操作符；否则，它被视为普通字符。
因此，在 [^0-9a-z-A-Z] 中：
- 0-9 → 数字 0 到 9
- a-z → 小写字母 a 到 z
- - → 字面量短横线（- 字符本身），因为其前是 z、后是 A，而 z 的 Unicode 码点（122）小于 A（65），无法构成有效范围，故 - 不触发范围逻辑
- A-Z → 大写字母 A 到 Z
最终，该正则等价于 [^0-9a-zA-Z-]，即匹配所有非数字、非大小写字母、且非短横线的字符。
✅ 正确示例（显式、无歧义）：
[^0-9a-zA-Z\-] # 转义短横线，明确其字面意义 [^0-9a-zA-Z-] # 将短横线置于开头或结尾（推荐） [^-0-9a-zA-Z] # 短横线在最前 → 安全且可读性强 [^0-9a-zA-Z-] # 短横线在最后 → 同样安全，常见于实践
⚠️ 注意事项：
- ❌ 避免将 - 放在两个可能构成范围的字符之间（如 a-Z 或 z-A），虽多数引擎（包括 Go 的 regexp）会降级为字面量，但属未定义行为，可移植性差、易引发误解；
- ✅ 若需匹配字面量 -，最佳实践是：将其置于字符类起始（[-abc]）或结尾（[abc-]）位置，无需转义，语义清晰且兼容所有主流正则引擎；
- ? 在 Go 中，regexp.MustCompile([^0-9a-z-A-Z]) 能成功编译，是因为 Go 使用 RE2 引擎（严格遵循“非范围位置的 - 即字面量”规则），但这不意味着该写法值得效仿。
? 总结：a-z-A-Z 是语法合法但语义危险的写法——它“恰好有效”，却严重损害可读性与可维护性。专业正则表达应追求明确性优先：用 [-a-zA-Z0-9] 替代 a-z-A-Z，让意图一目了然，杜绝团队协作中的隐性风险。
