字符组：正则表达式中最精妙的“多选一”结构
想在正则表达式的世界里精准匹配，字符组是你必须握紧的基本功。简单来说，字符组就好比一个“待选项列表”，用一对方括号 [ ] 括起来，表示在这个位置上，可以出现列表中的任意“一个”字符。比如 [123] 可以匹配“1”、“2”或“3”，[ab] 对应“a”或“b”，而 [#.?] 则能匹配这三个符号中的任何一个。关键在于，它只匹配“一个”字符，并且组内字符的顺序和重复次数都不影响匹配结果，所以 [0123456789] 和它打乱顺序的版本是完全等价的。
化繁为简：善用“范围表示法”
看到 [0123456789] 这样冗长的写法，是不是感觉眼睛都花了？这时候，“范围表示法”就该出场了。用连字符 - 可以把连续的字符压缩成一个简洁的区间。所以，匹配一个数字可以写成 [0-9]，效率瞬间提升。
不过，这里有个细节需要留意：- 前后的字符必须是码位递增的。也就是说，[0-9] 是对的，但 [9-0] 就是错误的写法。对于字母也同样如此，[a-z] 匹配所有小写字母，[A-Z] 匹配所有大写字母。可千万别想当然地用 [A-z] 来涵盖所有字母，因为在ASCII码表中，大写字母和小写字母之间还夹杂着其他字符。正确的写法应该是 [A-Za-z]。
字符组内的“特殊规则”与转义
在字符组内部，大多数在正则中有特殊意义的元字符（比如 $ . * + ? 等）都会“失灵”，恢复其字面含义，无需转义。这是一个好消息，能省去不少麻烦。
但凡事都有例外，你必须记住这几个需要转义的“顽固分子”：
- 反斜杠
\、左方括号[和右方括号]本身。 - 脱字符
^如果出现在字符组开头（如[^abc]表示“非abc”），它就有了特殊意义；如果希望匹配^字符本身，就需要转义或放在非开头位置。 - 连字符
-如果出现在可能形成区间的位置（如[a-z]），它表示范围；如果只是希望匹配-字符本身，最好也进行转义，或者放在字符组的开头或结尾。
以 .NET 为例，在某些不产生歧义的场景下，[ 和 ] 不转义也能工作，比如 new Regex("[^]]+")。但强烈不建议这样做，因为这会大大降低代码的可读性和可维护性，一旦出错也很难排查。
高级技巧与实用提醒
有些正则引擎（如 .NET）支持更高级的字符组运算，比如集合减法，语法是 [基础集合-[要排除的集合]]。例如，[a-z-[aeiou]] 表示匹配所有非元音的小写字母。
然而，除非你非常熟悉该引擎的特定语法，否则建议谨慎使用。这种写法往往可读性较差，而且通用性不强。实现同样的需求，完全可以使用多个范围区间（如 [b-df-hj-np-tv-z]），或者在字符组外配合更通用的“零宽断言”（如 (?![aeiou])[a-z]）来实现，后者不仅支持范围更广，逻辑也清晰得多。
新手常踩的坑：
这里必须指出一个极其常见的误区：在字符组内使用竖线 | 来表示“或”关系是画蛇添足，而且是错误的！因为字符组 [ ] 本身就已经代表了“或”。
例如，[a|b|c] 实际匹配的是“a”、“b”、“c”或“|”这四个字符中的任意一个，而不是你想象中的“a或b或c”。
举个例子：
- 源字符串：
ab|ac - 错误正则：
[a|b|c]+ - 匹配结果：整个
ab|ac都会被匹配上，因为它把|也当成了一个合法字符。
排除型字符组：用[^ ]表示“除了……”
在字符组开头加上一个脱字符 ^，它就变成了“排除型字符组”，意思是匹配任何不在列表中间出现的“一个”字符。
所以，[^abc] 可以匹配除了“a”、“b”、“c”之外的任意单个字符，比如“d”、“1”或“@”。它同样支持范围表示法，[^0-9] 就能匹配任意非数字字符。
然而，这是另一个高阶“陷阱”的高发区：排除型字符组只能排除单个字符，不能排除一个字符串！
许多新手会误以为 [^abc] 或 [^(abc)] 能匹配不包含“abc”子串的文本，这是完全错误的逻辑。
来看一个经典示例：
- 需求：从字符串
bbb ccc <>包裹，但内容不是“abc”的部分。 - 预期结果：
- 错误写法：
<[^abc]*>
这个表达式会匹配以<开头，中间包含任意多个非“a”、非“b”、非“c”的字符，直到遇到>。它甚至无法匹配 - 正确写法：
<(?!abc>)[^>]*>
这里使用了“否定顺序环视”(?!...)，确保<后面紧跟着的不是abc>，然后再匹配任意多个非>的字符，这才是正解。
一个冷知识：字符组内的 \b
最后分享一个不太为人所知的细节：在正则表达式中，\b 通常表示单词边界。但是，一旦它被放到字符组内部，变成 [\b]，它的含义就变成了匹配一个“退格符”。这个小差异在跨语境处理文本时偶尔会带来意想不到的问题，值得记在备忘录里。
