丰富的线上&线下活动，深入探索云世界
做任务，得社区积分和周边
资深技术专家手把手带教
技术交流，直击现场
让创作激发创新
海量开发者使用工具、手册，免费下载
极速、全面、稳定、安全的开源镜像
开发手册、白皮书、案例集等实战精华
本节书摘来自异步社区《正则表达式经典实例（第2版）》一书中的第2章，第2.7节，作者： 【美】Jan Goyvaerts , Steven Levithan著，更多章节内容可以访问云栖社区“异步社区”公众号查看
问题描述使用一个正则表达式来查找商标符号（™），要求通过指定其Unicode码位，而不是复制并粘贴一个实际上的商标符号。如果你选择复制并粘贴，那么商标符号可以被看作另外一个字面字符，即使并不能从键盘上直接输入它。字面字符已经在实例2.1中进行了讨论。
创建一个正则表达式来匹配Unicode“货币符号”（Currency Symbol）类别的任意字符。
创建一个正则表达式来匹配在Unicode“希腊扩展”区块中的任意字符。
创建一个正则表达式来匹配根据Unicode标准属于希腊字母表一部分的任意字符。
创建一个正则表达式来匹配一个字形（grapheme），它通常也被当作同一个字符：一个基本字符加上它所有的组合标记。
解决方案Unicode码位
在Python 2.x中，这些正则表达式需要作为一个Unicode字符串u"u2122"或u"U00002122"引用。
PCRE必须使用UTF-8支持进行编译，在PHP中，需要使用/u模式修饰符来打开UTF-8支持。
Ruby 1.8不支持Unicode正则表达式。
Unicode类别
PCRE必须使用UTF-8支持进行编译，在PHP中，需要使用/u模式修饰符来打开UTF-8支持。JavaScript和Python不支持Unicode属性。可以使用XRegExp为JavaScript添加Unicode属性支持。Ruby 1.8不支持Unicode正则表达式。
Unicode 区块
JavaScript、PCRE、Python和Ruby 1.9不支持Unicode区块。但它们支持Unicode码位，可以用本例“变体”一节演示的方法匹配区块。XRegExp可以为JavaScript添加Unicode区块支持。
Unicode字母表
Unicode字母表（script）支持要求PCRE 6.5或者更新版本，而且PCRE必须使用UTF-8支持进行编译。在PHP中，需要使用/u模式修饰符来打开UTF-8支持。.NET、JavaScript和Python不支持Unicode属性。XRegExp可以为JavaScript添加Unicode属性支持。Ruby 1.8不支持Unicode正则表达式。
Unicode字形
PCRE和Perl都包含一个专门的记号来匹配字形PCRE。必须使用UTF-8支持进行编译；在PHP中，需要使用/u模式修饰符来打开UTF-8支持。
.NET、Java、XRegExp和Ruby 1.9没有匹配字形的记号。但是它们支持Unicode类别，可以用来模拟匹配字形。
JavaScript（不使用XRegExp时）和Python不支持Unicode字形。Ruby 1.8不支持Unicode正则表达式。
讨论Unicode 码位码位（code point）是Unicode字符数据库中的一个条目。码位与字符是不一样的，当然这还要基于你给“字符”什么样的含义。在Unicode中，在屏幕上作为字符出现的符号被称作是一个字形（grapheme）。
Unicode码位U+2122表示的是“商标符号”字符。根据所使用的正则流派的不同，你可以使用‹u2122›、‹u{2122}›或‹x{2122}›来匹配这个字符。
‹u›的语法要求必须使用四位十六进制数字。这意味着你只能用它来表示U+0000~U+FFFF的Unicode码位。
‹u{⋯}›和‹x{⋯}›语法则允许花括号间出现1~6位十六进制数字，这可以支持从U+000000~U+10FFFF的所有码位。你可以使用‹x{E0}›或‹x{00E0}›来匹配U+00E0。U+100000之后码位是很少使用的，字体和操作系统也没有对它们提供很好的支持。
Python的正则表达式引擎不支持Unicode码位。Python 2.x中字面Unicode字符串和Python 3.x中字面文本字符串需要转义Unicode码位。u0000 ~uFFFF表示U+0000到U+FFFF的Unicode码位，U00000000~U0010FFFF表示全部Unicode码位。在U后必须使用8位十六进制数字，无论是否使用了U+10FFFF以后的Unicode码位。
码位可以在字符类之内和之外进行使用。
Unicode类别每个Unicode码位都属于一个单独的Unicode类别（category）。一共存在30个由两个字母代表的Unicode类别，它们被组织为7个单一字母代表的超类。
‹p{L}› 任意语言的任意字母
‹p{M}› 用于与另外一个字符组合使用的字符（重音符号、变音符号、包围框等）
‹p{Z}› 任何种类的空白或不可见的分隔符
‹p{S}› 数学符号、货币符号、装饰标志（dingbat）、制表符（box-drawing）等
‹p{N}› 任意字母表中的任意种类的数字字符
‹p{P}› 任意种类的标点字符
‹p{C}› 不可见的控制字符和未使用的码位
‹p{Cs}› 在UTF-16编码中一个替代对的一半
‹p{Cn}› 没有赋予任何字符的码位‹p{Ll}›匹配属于“小写字母”类别的单个码位。‹p{L}›可以被用作‹[p{Ll} p{Lu}p{Lt}p{Lm}p{Lo}]›的简写形式，用来匹配在任意“字母”类别中的单个码位。
‹P›是‹p›的否定版本。‹P{Ll}›匹配不属于Ll类别的单个码位。‹P{L}›匹配不拥有任何“字母”属性的单个码位。这与‹[P{Ll}P{Lu}P{Lt}P{Lm}P{Lo}]›是不一样的，后者会匹配所有的码位。‹P{Ll}›匹配属于Lu类别（以及除了Ll之外的所有其他类别）的码位，而‹P{Lu}›会包含Ll码位。把这两个组合到一个码位组中就可以把所有可能的码位都包括进来。
Unicode区块是一个连续范围之内的码位。虽然许多区块都拥有Unicode字母表和Unicode类别的名称，但是它们并不是百分之百相对应的。一个区块的名称只是用来说明它的主要用途。
Currency（货币）区块中并不包含美元和日元符号。由于历史的原因，这些符号在BasicLatin和Latin-1Supplement区块中才能找到。但是二者都属于Currency Symbol（货币符号）类别。如果要匹配任何货币符号，那么应该使用p{Sc}，而不是p{InCurrency}。
大多数区块中都包含没有分配的码位，这些都被包括在了类别‹p{Cn}›中。其他Unicode类别，以及所有的Unicode字母表中，都不会包含未分配的码位。
‹p{InBlockName}›的语法可以在.NET、XRegExp和Perl中使用，而Java使用的则是‹p{IsBlockName}›的语法。
Perl同样支持Is变体形式，但是我们推荐你坚持使用In的语法，这是为了不与Unicode字母表发生混淆。对于字母表来说，Perl支持‹p{Script}›和‹p{IsScript}›，但是不支持‹p{InScript}›。
Unicode标准规定区块名称不区分大小写，并且忽略空格、连字符和下划线。遗憾的是，绝大多数正则流派没有这么灵活。.NET所有版本和Java 4都要求符合上表所示大小写格式。Perl 5.8及以后版本和Java 5及以后版本允许混用大小写格式。Perl、Java和.NET均支持使用连字符和不含空格的格式。推荐使用这种形式。本书讨论的正则流派中，只有XRegExp和Perl 5.12及以后版本可以灵活处理Unicode区块名称中的空格、连字符和下划线。
Unicode字母表除了未分配的码位之外，每个Unicode码位都是刚好属于一个Unicode字母表。未分配的码位不属于任意字母表。在Unicode 6.1版本的标准中，到U+FFFF之前的已经分配的所有码位被分配到了如下72个字母表中：
字母表是由某种人类特定语言书写系统使用的一组码位组成。一些字母表，如Thai（泰语），对应于单个的人类语言。其他字母表，如Latin（拉丁），则会涉及多种语言。有些语言是由多种字母表来组成的。例如，其中并不存在一种日语Unicode字母表；事实上，Unicode提供了日语文档中通常会使用到的Hiragana（平假名）、Katakana（片假名）、Han（汉字）和Latin（拉丁）字母表。
在上面的列表中列在第一个的Common（常见）字母表没有按照字母顺序排列。这种字母表包含了对于许多字母表相同的各种字符，如标点、空白符号以及其他各色符号。
Java要求字母表名称前使用Is，如‹p{IsYi}›。Perl允许Is前缀，但不强制要求。XRegExp、PCRE和Ruby则不允许Is前缀。
Unicode标准要求字母表名称不区分大小写，并且忽略空格、连字符和下划线。遗憾的是，绝大多数正则流派没有这么灵活。本书中介绍的所有支持字母表的流派都支持符合上表大小写与下划线格式的字母表名称。
Unicode字形当使用到组合标志（combining marks）的时候，码位与字符的区别就展现出来了。Unicode码位U+0061是“拉丁小写字母a”，而U+00E0是“加了重音符号的拉丁小写字母a”。通常来说大多数人把二者都称作字符。
U+0300是“重音组合符号”的组合标志。它只有在一个字母之后使用才有意义。一个包含Unicode码位U+0061 U+0300的字符串会被显示为à，这同U+00E0是完全一样的。组合标志U+0300会被显示到字符U+0061的顶上。
之所以会出现两种不同方式来表示一个加重音符号的字符，是因为在许多历史上的字符集中，把“带有重音符号的a”编码为了单个字符。Unicode的设计者认为有必要与这些常用的遗留字符集保持一对一的映射，另外Unicode新增了把标志和基本字母分开的表示方式，这样可以使遗留字符集无法支持的任意组合成为可能。
对于一个正则表达式用户来说，重要的是本书中介绍的所有正则流派操作的都是码位而不是图形化的字符。当我们说正则表达式‹.›匹配单个字符的时候，实际上的含义是它匹配单个的码位。如果你的目标文本中包含了两个码位U+0061 U+0300，在像Java这样的编程语言中它可以使用字符串常量"u0061u0300"来表示，那么一个点号只能匹配码位U+0061（也就是a），而不会匹配重音符号U+0300。使用正则表达式‹..›才可以同时匹配二者。
Perl和PCRE提供了一个特殊的正则表达式记号‹X›，用来匹配任意单个的Unicode字形。本质上说，它是Unicode版本的特殊点号。无论采取哪种编码方式，‹X›都会在文本àà中找到两个匹配。如果它的编码是u00E0u0061u0300，那么第一个匹配是u00E0，第二个匹配是u0061u0300。匹配任何单一Unicode码位的点号，则会分三次分别匹配u00E0、u0061和u0300。
将Unicode码位组合视为字形的规则相当复杂1FF。通常来说，要匹配一个字形我们需要匹配不是组合标志的任意Unicode码位，以及紧跟其后的所有组合标志（如果有的话）。我们也可以在支持Unicode的正则流派中使用正则‹(?>P{M}p{M})›代替‹X›记号匹配字形。‹P{M}›匹配所有不属于Mark（标志）类别的符号。‹p{M}›匹配其后所有的标志（如果存在的话）。
我们将两个正则表达式记号放置在同一个固化分组（atomic group）中，确保‹p{M}›后面的正则表达式记号匹配失败时不会回溯。‹X{2}.›不会匹配àà，因为在‹X{2}›匹配两个重音字母后没有可供点号匹配的字符。同理‹(?>P{M}p{M}){2}.›也不会匹配àà。但是如果编码方式为u00E0u0061u0300，则非捕获型分组‹(?:P{M} p{M}){2}.›可以匹配àà。在第二次尝试匹配时，‹p{M}›会匹配u0300，而点号则会匹配失败。因此正则式会回溯，使‹p{M}*›交回它所匹配的字符，从而使点号成功匹配u0300。
JavaScript的正则引擎不支持固化分组。XRegExp也无法实现此特性，因为XRegExp仍然依赖JavaScript的正则引擎实现其模式匹配。所以在使用XRegExp时，‹(?>P{M}p{M})›是我们最接近的模拟‹X›的实现。没有固化分组时，需要牢记正则式中‹(?:P{M}p{M})›后面任何可以匹配标志（Mark）类别字符的记号都可能使‹p{M}*›回溯。
变体否定变体大写形式的‹P›是小写形式‹p›的否定变体。例如，‹P{Sc}›会匹配不拥有“Currency Symbol”（货币符号）Unicode属性的任意字符。所有支持‹p›的流派都会在其所支持的属性、区块和字母表中支持‹P›。
字符组所有流派都允许把它们所支持的所有的‹u›、‹x›、‹p›和‹P›记号用在字符组之内。这样会把码位所表示的字符，或者是在该类别、区块或者字母表中的字符添加到字符组中。例如，你可以用如下的正则式来匹配一个左引号（初始标点属性）、一个右引号（终止标点属性）或商标符号（U+2122）：
列出所有字符如果你的正则表达式流派不支持Unicode类别、区块或字母表的话，那么你可以把属于该类别、区块或字母表的字符枚举到一个字符组中。对于区块来说，这会比较容易：因为每个区块其实就是两个码位之间的一个范围。例如，希腊语扩展（Greek Extended）区块包括U+1F00～U+1FFF的字符：
然而对于大多数类别和许多字母表来说，与之等价的字符组是单个码位和较短范围的一张冗长列表。构成每个类别和许多字母表的字符是散布在Unicode表中的。下面表示的是希腊语字母表：
如本实例先前“Unicode码位”一节的解释，只有Python支持这种Unicode码位语法。要使其他正则流派使用此正则表达式，需要做一些修改。
如果从字符组中删除U+FFFF以后的码位，则很多流派可以正常使用此表达式：
对于Unicode码位，Perl和PCRE使用不同的语法。在上述正则式中，需要把‹uFFFF›替换为‹x{FFFF}›、‹U0010FFFF›替换为‹x{10FFFF}›。Java 7同样支持这个正则式：
关注阿里云公众号或下载阿里云APP，关注云资讯，随时随地运维管控云服务