您的位置:首页 >正则表达式之字符组[ ](Character Classes)
发布于2026-04-21 阅读(0)
扫一扫,手机访问
想在正则表达式的世界里精准匹配,字符组是你必须握紧的基本功。简单来说,字符组就好比一个“待选项列表”,用一对方括号 [ ] 括起来,表示在这个位置上,可以出现列表中的任意“一个”字符。比如 [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”子串的文本,这是完全错误的逻辑。
来看一个经典示例:
bbbccc 中,提取所有被 <> 包裹,但内容不是“abc”的部分。 和 <[^abc]*>
< 开头,中间包含任意多个非“a”、非“b”、非“c”的字符,直到遇到 >。它甚至无法匹配 ,因为遇到了字母“a”就会停止。<(?!abc>)[^>]*>
(?!...),确保 < 后面紧跟着的不是 abc>,然后再匹配任意多个非 > 的字符,这才是正解。最后分享一个不太为人所知的细节:在正则表达式中,\b 通常表示单词边界。但是,一旦它被放到字符组内部,变成 [\b],它的含义就变成了匹配一个“退格符”。这个小差异在跨语境处理文本时偶尔会带来意想不到的问题,值得记在备忘录里。
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
9