正则基础之——.NET匹配模式

1

概述

匹配模式指的是一些可以改变正则表达式匹配行为的选项或修饰符。不同的语言支持的匹配模式不同，使用的方式也不同。

一般可分为全局和内联两种。下面主要介绍
.NET

中的匹配模式，其它语言的匹配模式，后续视情况补充。

2

匹配模式

2.1

全局匹配模式和内联匹配模式概述

.NET

中的全局匹配模式是通过
RegexOptions

枚举值指定的，可以按位“或”进行组合，全局匹配模式只能作用于整个正则表达式。全局匹配模式提供的模式更多，可以灵活的动态指定匹配模式。

而内联匹配模式是通过在正则表达式中，使用
(?imnsx-imnsx:)

或
(?imnsx-imnsx)

的分组构造来改变正则表达式的匹配行为的。内联匹配模式更灵活、简洁，但是提供的模式较少。

下表摘自
MSDN

，部分说明做了修改。

RegexOption 成员	内联字符	说明
None	N/A	指定不设置任何选项。
IgnoreCase	i	指定不区分大小写的匹配。
Multiline	m	指定多行模式。更改 ^ 和 $ 的含义，以使它们分别与任何行的开头和结尾匹配，而不只是与整个字符串的开头和结尾匹配。
ExplicitCapture	n	指定唯一有效的捕获是显式命名或编号的 (?< name >…) 形式的组。这允许圆括号充当非捕获组，从而避免了由 (?:…) 导致的语法上的笨拙。
Compiled	N/A	指定正则表达式将被编译为程序集。生成该正则表达式的 Microsoft 中间语言 (MSIL) 代码；以较长的启动时间为代价，得到更快的执行速度。
Singleline	s	指定单行模式。更改句点字符 (.) 的含义，以使它与每个字符（而不是除 /n 之外的所有字符）匹配。
IgnorePatternWhitespace	x	指定从模式中排除非转义空白并启用数字符号 (#) 后面的注释。请注意，空白永远不会从字符类中消除。
RightToLeft	N/A	指定搜索是从右向左而不是从左向右进行的。具有此选项的正则表达式将移动到起始位置的左边而不是右边。
ECMAScript	N/A	指定已为表达式启用了符合 ECMAScript 的行为。此选项仅可与 IgnoreCase 和 Multiline 标志一起使用。将 ECMAScript 同任何其他标志一起使用将导致异常。
CultureInvariant	N/A	指定忽略语言中的区域性差异。

2.2

全局匹配模式

下面根据各种模式使用的频率进行讲解。

2.2.1

IgnoreCase

忽略大小写

几乎所有支持正则的语言中都提供了这一模式，是应用最多的模式之一，同时也是被“滥”用最多的模式之一。

开启忽略大小写模式，则字符可以同时匹配大写或小写形式。比如在此模式下，正则表达式“
<br>


”可同时匹配“
<br>


”和“
<BR>


”

但并不是所有的字符都有大小写形式，所以在书写的正则中，如果不存在可区分大小写形式的元字符或是字符序列时，开启这一模式是没有任何意义的。

比如替换一般的
html

标签的正则表达式

string
result = Regex
.Replace(srcStr, @"<[^>]*>"
, ""
, RegexOptions
.IgnoreCase);

因为
<[^>]*>


没有哪一个元字符或是字符序列具有大小写形式，所以这里的

RegexOptions
.IgnoreCase
是多余的，用在这里虽然不会改变匹配结果，但是会降低匹配效率，同时这也不是一个好的习惯。

只有在正则表达式中，注意是正则表达式中，而不是待匹配的源字符串中，涉及到大小写形式的元字符或是字符序列时，才使用

IgnoreCase
模式。

2.2.2

Multiline

多行模式

多行模式改变的是“
^

”和“
$

”的匹配行为，使“
^

”和“
$

”不仅可以匹配整个字符串的开始和结束位置，还可以匹配每行的开始和结束位置。

首先说明一下“行”的范围。虽然我们在程序中习惯用“
/r/n

”来表示换行，但实际上“
/r

”和“
/n

”是不相关的两个字符，一个表示回车，一个表示换行。由于历史原因，“
/r

”并不是所有系统都支持的，所以“行”是由“
/n

”来分割的，其中“
/n

”属于前一“行”，而不属于后一“行”。

举例来说，字符串“
a/r/nbc/r/n
”共有三行，“
a/r/n

”为一行，“
bc/r/n

”为一行，最后还有一个“”空行。

2.2.2.1

在不开启多行模式情况下，“
^

”和“
$

”匹配范围

“^
”的匹配范围

MatchCollection
mc = Regex
.Matches("a/r/nbc/r/n"
, @"^"
);

foreach
(Match
m in
mc)

{

richTextBox2.Text += "

匹配内容："

+ m.Value + "

匹配开始索引："

+ m.Index + "

匹配长度："

+ m.Length + "/n"
;

}

/*--------
输出--------

匹配内容：

匹配开始索引：0

匹配长度：0

*/

“
$

”的匹配范围

MatchCollection
mc = Regex
.Matches("a/r/nbc/r/n"
, @"$"
);

foreach
(Match
m in
mc)

{

richTextBox2.Text += "

匹配内容："

+ m.Value + "

匹配开始索引："

+ m.Index + "

匹配长度："

+ m.Length + "/n"
;

}

/*--------
输出--------

匹配内容：

匹配开始索引：6

匹配长度：0

匹配内容：

匹配开始索引：7

匹配长度：0

*/

注意：

这里需要注意的是，在没有开启多行模式时，字符串结尾如果是“/n
”，那么“$
”是可以匹配两个位置的，一个是“/n
”前的位置，一个是字符串结束位置。字符串结尾如果不是“/n
”，那么“$
”就只匹配字符串结束位置。

MatchCollection
mc = Regex
.Matches("a/r/nbc/r"
, @"$"
);

foreach
(Match
m in
mc)

{

richTextBox2.Text += "

匹配内容："

+ m.Value + "

匹配开始索引："

+ m.Index + "

匹配长度："

+ m.Length + "/n"
;

}

/*--------
输出--------

匹配内容：

匹配开始索引：6

匹配长度：0

*/

2.2.2.2

在开启了多行模式后，“
^

”和“
$

”匹配范围

“^
”的匹配范围

MatchCollection
mc = Regex
.Matches("a/r/nbc/r/n"
, @"^"
, RegexOptions
.Multiline);

foreach
(Match
m in
mc)

{

richTextBox2.Text += "

匹配内容："

+ m.Value + "

匹配开始索引："

+ m.Index + "

匹配长度："

+ m.Length + "/n"
;

}

/*--------
输出--------

匹配内容：

匹配开始索引：0

匹配长度：0

匹配内容：

匹配开始索引：3

匹配长度：0

匹配内容：

匹配开始索引：7

匹配长度：0

*/

“
$

”的匹配范围

MatchCollection
mc = Regex
.Matches("a/r/nbc/r/n"
, @"$"
, RegexOptions
.Multiline);

foreach
(Match
m in
mc)

{

richTextBox2.Text += "

匹配内容："

+ m.Value + "

匹配开始索引："

+ m.Index + "

匹配长度："

+ m.Length + "/n"
;

}

/*--------
输出--------

匹配内容：

匹配开始索引：2

匹配长度：0

匹配内容：

匹配开始索引：6

匹配长度：0

匹配内容：

匹配开始索引：7

匹配长度：0

*/

2.2.2.3

匹配结果分析

“
^

”匹配结果分析

在不开启多行模式时，“
^

”只匹配字符串的开始位置，也就是位置
0

。

在开启了多行模式后，“
^

”匹配字符串开始位置和每个“
/n

”之后的行起始位置。

“
$

”匹配结果分析

在不开启多行模式时，如果字符结尾是“
/n

”，那么“
$

”会匹配结尾“
/n

”之前和结束两个位置。

在开启多行模式后，“
$

”匹配每行“
/n

”之前的位置和字符串结束位置。

需要注意的是，在
.NET

中，无论是否开启多行模式，“
^

”和“
$

”匹配的都只是一个位置，是零宽度的。其它语言中“
^

”和“
$

”的意义可能会有所不同。

只有在正则表达式中涉及到多行的“
^

”和“
$

”的匹配时，才使用
Multiline

模式。

2.2.2.4

应用举例

典型应用一（参考

正则中加字符的问题

）：

需求描述：


fffffffffff

fffffffffff

dfdfdfdf

erererere

ferewfdfds

每行后面加一个
“ttt”
，
即为

fffffffffffttt

fffffffffffttt

dfdfdfdfttt

ererererettt

ferewfdfdsttt

代码实现：


string
result = Regex
.Replace(yourStr, @"^.*$"
, "$0ttt"
, RegexOptions
.Multiline);

典型应用二

需求描述：


源字符串


CODE39/CODE93:

A-Z

space,-,.,$,/,+,%

CODE128A:

A-Z

0-9

space,!,",#,$,%,&,…,(,)*,+,
逗号
,-,.,/, <,=,>,?,@,[,],^,_

CODE128B:

A-Z

a-z

0-9

space,!,",#,$,%,&,…,(,)*,+,
逗号
,-,.,/, <,=,>,?,@,[,],^,_,{,},|,~

CODE2of5:

0-9

说明：

CODE128A:
->
条码类别

A-Z

0-9

space,!,",#,$,%,&,…,(,)*,+,
逗号
,-,.,/, <,=,>,?,@,[,],^,_
->
表示范围

要求分别匹配出条码类别和表示范围

代码实现：


MatchCollection
mc = Regex
.Matches(yourStr, @"(?<type>[^/n:]+):/s*(?<range>(^(?!/s*$).*$/n?)*)"
, RegexOptions
.Multiline);

foreach
(Match
m in
mc)

{

richTextBox2.Text += "

条码类别： /n"

+ m.Groups["type"
].Value + "/n"
;

richTextBox2.Text += "

表示范围： /n"

+ m.Groups["range"
].Value + "/n"
;

}

/*--------
输出--------

条码类别：

CODE39/CODE93

表示范围：

A-Z

space,-,.,$,/,+,%

条码类别：

CODE128A

表示范围：

A-Z

0-9

space,!,",#,$,%,&,
…,(,)*,+,
逗号,-,.,/, <,=,>,?,@,[,],^,_

条码类别：

CODE128B

表示范围：

A-Z

a-z

0-9

space,!,",#,$,%,&,
…,(,)*,+,
逗号,-,.,/, <,=,>,?,@,[,],^,_,{,},|,~

条码类别：

CODE2of5

表示范围：

0-9

*/

2.2.3

Singleline

单行模式

单行模式改变的是小数点“
.

”的匹配行为，使小数点可以匹配包含换行符“
/n

”在内的任意一个字符。

这是一个很不幸的命名，总让人误会它与
Multiline

多行模式是有关联的，而事实上它改变的是小数点的匹配行为，与
Multiline

多行模式没有任何关联，由于历史原因，这一不幸的命名被保留了下来。使用时需要注意。

单行模式通常在匹配有换行的文本时使用，采用小数点
+

单行模式的方式匹配任意字符，在
.NET

中是效率最高的。参考

正则基础之——小数点

。

典型应用：

源字符串：

<a>There is one obvious advantage:</a>

<div>

<p>

You've seen it coming!<br/>

Buy now and get nothing for free!<br/>

Well, at least no free beer. Perhaps a bear,<br/>

if you can afford it.

</p>

</div>

<a>Now that you've got...</a>

<div>

<p>

your bear, you have to admit it!<br/>

No, we aren't selling bears.

</p>

</div>

需求：取
<div>

标签之间的内容

代码实现：


MatchCollection
mc = Regex
.Matches(yourStr, @"<div[^>]*>(?:(?!</div/b).)*</div>"
, RegexOptions
.Singleline|RegexOptions
.IgnoreCase);

foreach
(Match
m in
mc)

{

richTextBox2.Text += m.Value + "/n-------------------/n"
;

}

/*--------
输出--------

<div>

<p>

You've seen it coming!<br/>

Buy now and get nothing for free!<br/>

Well, at least no free beer. Perhaps a bear,<br/>

if you can afford it.

</p>

</div>

-------------------

<div>

<p>

your bear, you have to admit it!<br/>

No, we aren't selling bears.

</p>

</div>

-------------------

*/

2.2.4

Compiled

编译模式

Compiled

改变的是
.NET

中正则表达式的编译方式。启用了
Compiled

模式，会延长启动时间，占用更多的内存，会提高匹配速度。当然，对最终性能的影响，需要根据具体问题综合考虑的。这一模式也是被“滥”用最多的模式之一。

程序运行过程中，第一次遇到正则表达式，需要加载正则引擎，对正则表达式进行必要的语法检查，并做适当的优化，最后把它转换为适合正则引擎应用的形式。这种“解析”过程，对于复杂的正则表达式，频繁调用或是匹配较大的数据源时，对效率的影响较大。

这时可以在构建正则表达式时开启
Compiled

模式。这样做会将正则表达式直接编译为
MSIL

代码，在正则匹配过程中，可以由
JIT

优化为更快的本地机器代码，获得更高的匹配速度。但这种方式会降低正则的解析速度，占用更多的内存，而且它占用的内存在程序运行过程中会一直占用，无法释放。

什么场景下使用
Compiled

模式，需要根据实际情况具体问题具体分析，一般来说，以下场景不适合使用
Compiled

模式：

1.

对匹配效率没有要求的场景；

2.

非常简单的正则表达式；

3.

极少调用的方法中声明的正则表达式；

4.

循环体中声明的正则表达式（除了动态生成的正则表达式，否则不要在循环体内声明正则表达式）；

5.

静态方法中声明的正则表达式（静态方法每次调用都需要重新编辑正则表达式，使用
Compiled

模式只会降低效率）。

2.2.5

RightToLeft

从右到左模式

RightToLeft

改变的是正则表达式匹配的顺序，从右到左进行匹配。目前只有
.NET

支持这一模式，但它对这一模式的支持并不是很完善，有时容易让人费解，所以除非对源字符串的构成很了解，而且又不得不使用的情况，否则不要轻易使用这一模式。

典型应用（参考

求一个好的算法

）：

一个由字母组成的字符串，最长
14

位，要求每隔
2

位加一个逗号，最左边不加，求一个好的算法

例：
“abcdefg”

返回
“a,bc,de,fg”

代码实现：


string
test = "abcdefg"
;

string
result = Regex
.Replace(yourStr, @"(?<!^)[a-zA-Z]{2}"
, ",$0"
, RegexOptions
.RightToLeft);

2.2.6

None

这一模式指定不开启任何模式。在
.NET

中
RegexOptions

枚举值是按位
“

或
”

组合，
None

模式我目前只找到一种应用场景，就是在动态生成正则表达式时，动态指定模式时使用。

///

<summary>

///

动态生成正则参数列表

///

</summary>

///

<returns></returns>

private
RegexOptions
getParameter()

{

RegexOptions
roList = RegexOptions
.None;

if
(cbIgnoreCase.Checked)

{

roList = roList | RegexOptions
.IgnoreCase;

}

if
(cbSingleline.Checked)

{

roList = roList | RegexOptions
.Singleline;

}

if
(cbMultiline.Checked)

{

roList = roList | RegexOptions
.Multiline;

}

if
(cbCompiled.Checked)

{

roList = roList | RegexOptions
.Compiled;

}

if
(cbRightToLelft.Checked)

{

roList = roList | RegexOptions
.RightToLeft;

}

return
roList;

}

2.2.7

ExplicitCapture

这一模式改变的是普通捕获组的匹配行为。将普通捕获组解释为非捕获组，只有显式命名的命名捕获组才当作捕获组使用。

捕获组的作用是将括号
()

内子表达式匹配到的内容保存到内存中一个组里，供以后引用，在
.NET

中捕获组有两种形式

(Expression)


普通捕获组

(?<name>Expression)


命名捕获组

其它形式的
(?...)

都不是捕获组。

但是

(Expression)


这种捕获组语法规则也带来一个副作用，在一些不得不使用
()

的场合，会默认为使用了捕获组，将匹配到的内容保存到内存中，而有些情况下这些内容并不需要关心的，浪费了系统资源，降低了匹配效率，所以才有了非捕获组

(?:Expression)


的出现，来抵消这一副作用。而非捕获组带来的另一个副作用的就是可读性的降低。

ExplicitCapture

模式是为了在不牺牲匹配效率的前提下，提高正则表达式的可读性，一般在命名捕获组和普通捕获组混合出现，而又不关心普通捕获组的正则表达式中使用，如取链接和文字的正则表达式中

MatchCollection
mc = Regex
.Matches(yourStr, @"(?is)<a((?!href=).)*href=(?<s>['""]?)(?<url>[^""'/s>]*)/k<s>[^>]*>(?<text>((?!</a>).)*)</a>"
, RegexOptions
.ExplicitCapture);

foreach
(Match
m in
mc)

{

richTextBox2.Text += m.Groups["url"
].Value + "/n"
;

richTextBox2.Text += m.Groups["text"
].Value + "/n"
;

}

开启
ExplicitCapture

模式对正则表达式解释行为的影响，可以参考如下举例，匹配时间的正则表达式

未开启

ExplicitCapture


模式


string
test = "<li title=/"

截至2009-07-28 20:45:49
，用户的总技术分为：5988
；截至2009-07-26
日，用户的总技术分排名为：4133/">(...)</li>"

;

Regex
reg = new
Regex
(@"([01][0-9]|2[0-3])(:[0-5][0-9]){2}"
);

MatchCollection
mc = reg.Matches(test);

foreach
(Match
m in
mc)

{

richTextBox2.Text += m.Value + "/n"
;

richTextBox2.Text += m.Groups[1].Value + "/n"
;

richTextBox2.Text += m.Groups[2].Value + "/n"
;

}

/*--------
输出--------

20:45:49

20

:49

*/

开启

ExplicitCapture


模式


string
test = "<li title=/"

截至2009-07-28 20:45:49
，用户的总技术分为：5988
；截至2009-07-26
日，用户的总技术分排名为：4133/">(...)</li>"

;

Regex
reg = new
Regex
(@"([01][0-9]|2[0-3])(:[0-5][0-9]){2}"
);

MatchCollection
mc = reg.Matches(test);

foreach
(Match
m in
mc)

{

richTextBox2.Text += m.Value + "/n"
;

richTextBox2.Text += m.Groups[1].Value + "/n"
;

richTextBox2.Text += m.Groups[2].Value + "/n"
;

}

/*--------
输出--------

20:45:49

*/

一般来说，关心的只是整个正则表达式匹配的整体，启用了
ExplicitCapture

模式后，“
([01][0-9]|2[0-3])


”和“
(:[0-5][0-9])


”将不会被解释为捕获组，匹配到的内容也不会保存到内存中。

开启
ExplicitCapture

模式虽然可以提高正则表达式的可读性，但
ExplicitCapture

这一模式本身容易被人忽略，所以这种模式应用得也比较少。

一旦使用了
ExplicitCapture

模式，要注意的是，除非你清楚捕获组的编号规则，否则尽量不要再使用
/number

方式进行反向引用，可以使用
/k<name>

方式进行反向引用。

Regex
reg = new
Regex
(@"href=(['""]?)(?<url>[^'""/s>]+)/1"
, RegexOptions
.ExplicitCapture);

MatchCollection
mc = reg.Matches(yourStr);

foreach
(Match
m in
mc)

{

richTextBox2.Text += m.Value + "/n"
;

}

以上匹配链接的代码通常是得不到任何结果的，因为这里“
/1


”引用的内容，不再是“
(['""]?)

”匹配到的内容，而是“
(?<url>[^'""/s>]+)

”匹配到的内容，等价于“
(?<url>[^'""/s>]+)/k<url>

”，而这样的字符串，通常是不存在的。

2.2.8

IgnorePatternWhitespace

这一模式忽略正则表达式中的非转义空白字符，并启用“
#

”后面的注释，通常用于增强正则表达式的可读性或是用于教学目的。

举个例子基本上就会明白了

string
test = "(One) and ( Two (Three) Four)."
;

Regex
reg = new
Regex
(@"/(

#

普通开括弧

(?>
#
固化分组

/(
(?<OPEN>)
#
遇到开括弧'OPEN'
计数加1

|
#
分支结构

/)
(?<-OPEN>)
#
遇到闭括弧'OPEN'
计数减1

|
#
分支结构

[^()]+
#
非括弧的其它任意字符

)*
#
以上子串出现0
次或任意多次

(?(OPEN)(?!))
#
判断是否还有'OPEN'
，有则说明不配对，什么都不匹配

/)
#
普通闭括弧

"
, RegexOptions
.IgnorePatternWhitespace);

MatchCollection
mc = reg.Matches(test);

foreach
(Match
m in
mc)

{

richTextBox2.Text += m.Value + "/n"
;

}

其中的空白字符被忽略，“
#

”及该行后面的内容被解释为注释。

2.2.9

ECMAScript

这一模式将按
ECMA

的
JavaScript

语义来解析正则表达式。通常影响的是以下元字符的匹配行为

/w

、
/W

、
/d

、
/D

、
/s

、
/S

使得以上元字符只能匹配
ASCII

码字符，而不再是匹配相应的
Unicode

字符。

事实上比如需求中明确要求只匹配英文字母，数字，下划线，而不包含汉字等字符，那么完全可以用“
[A-Za-z0-9_]

”，而不使用“
/w

”，虽然不够简洁，但可读性更好，语义更明确。

这一模式在
.NET

中的应用比较少，如不清楚什么场景下应该使用，可以忽略这一模式。

2.2.10

CultureInvariant

这一模式指定忽略语言中的区域性差异。一般与
IgnoreCase

模式一起使用，这一模式的应用场景很少，一般可以忽略，无需了解。

2.3

内联匹配模式

内联匹配模式在正则表达式内部使用，可以改变局部子表达式的匹配行为，内联匹配模式支持的模式较少，仅有
immsx

五种，但使用起来更简洁，更灵活。在
.NET

中支持
(?imnsx-imnsx:)

和
(?imnsx-imnsx)

两种形式。

各内联匹配模式对应的全局匹配模式见匹配模式列表。以下仅就
(?i)

忽略大小写模式进行讲解，其它模式类同。

2.3.1

(?imnsx-imnsx:)

形式

语法：
(?i:Expression)



这种语法规则表达为括号内的子表达式开启忽略大小写模式。

举例：
^[A-Z](?i:[A-Z]{9,19})$



以上正则表示，首字符必须为大写字母，后面跟
9

到
19

个大小写字母。

string
[] test = new
string
[] { "Abc"
, "AbcdefGHIjklmn"
, "abcdefghijklmn"
};

Regex
reg = new
Regex
(@"^[A-Z](?i:[A-Z]{9,19})$"
);

foreach
(string
s in
test)

{

richTextBox2.Text += "

源字符串： "

+ s.PadRight(15, ' '
) + "

匹配结果： "

+ reg.IsMatch(s) + "/n"
;

}

/*--------
输出--------

源字符串： Abc

匹配结果： False

源字符串： AbcdefGHIjklmn

匹配结果： True

源字符串： abcdefghijklmn

匹配结果： False

*/

语法：
(?-i:Expression)



这种语法规则表达为括号内的子表达式关闭忽略大小写模式。通常与全局匹配模式配合使用，表示全局为忽略大小写的，局部为严格区分大小写。

举例：

<div id="(?-i:TEST)" [^>]*>[/w/s]+</div>


以上正则表示，
div

标签中，仅匹配
id

为全大写的“
TEST

”的标签内容，其余标签不匹配。

string
test = "<DIV id=/"Test/" class=/"create/">first</div> and <DIV id=/"TEST/" class=/"delete/">second</div>"
;

Regex
reg = new
Regex
(@"<div id=""(?-i:TEST)""[^>]*>[/w/s]+</div>"
, RegexOptions
.IgnoreCase);

MatchCollection
mc = reg.Matches(test);

foreach
(Match
m in
mc)

{

richTextBox2.Text += m.Value + "/n"
;

}

/*--------
输出--------

<DIV id="TEST" class="delete">second</div>

*/

2.3.2

(?imnsx-imnsx)

语法：
(?i)


或
(?-i)


(?i)


为所在位置右侧的子表达式开启忽略大小写模式，直到出现
(?-i)


或者到表达式结束为止；
(?-i)


为所在位置右侧的子表达式关闭忽略大小写模式，直到出现
(?i)


或者到表达式结束为止。

通常在正则表达式开始位置使用
(?i)


来代替

RegexOptions
.IgnoreCase
，使代码更简洁。如提取链接和文字的正则表达式

MatchCollection
mc = Regex
.Matches(yourStr, @"(?is)<a(?:(?!href=).)*href=(['""]?)(?<url>[^""'/s>]*)/1[^>]*>(?<text>(?:(?!</a>).)*)</a>"
);

foreach
(Match
m in
mc)

{

richTextBox2.Text += m.Groups["url"
].Value + "/n"
;

richTextBox2.Text += m.Groups["text"
].Value + "/n"
;

}

3

小结

.NET

中的正则匹配模式基本上已讲解完了，最后再来总结一下各匹配模式的应用场景吧。

RegexOption 成员	内联字符	作用/ 应用场景
None	N/A	指定不设置任何选项。 一般在动态指定匹配模式时使用。
IgnoreCase	i	指定不区分大小写的匹配。 只有在正则表达式中，注意是正则表达式中，而不是待匹配的源字符串中，涉及到大小写形式的元字符或是字符序列时，才使用IgnoreCase 模式。
Multiline	m	指定多行模式。更改 ^ 和 $ 的含义，以使它们分别与任何行的开头和结尾匹配，而不只是与整个字符串的开头和结尾匹配。 只有在正则表达式中涉及到多行的“^ ”和“$ ”的匹配时，才使用Multiline 模式。
ExplicitCapture	n	指定唯一有效的捕获是显式命名或编号的 (?< name >…) 形式的组。这允许圆括号充当非捕获组，从而避免了由 (?:…) 导致的语法上的笨拙。 ExplicitCapture 模式是为了在不牺牲匹配效率的前提下，提高正则表达式的可读性，一般在命名捕获组和普通捕获组混合出现，而又不关心普通捕获组的正则表达式中使用。
Compiled	N/A	指定正则表达式将被编译为程序集。生成该正则表达式的 Microsoft 中间语言 (MSIL) 代码；以较长的启动时间为代价，得到更快的执行速度。 以下场景不适合使用： 1. 对匹配效率没有要求的场景； 2. 非常简单的正则表达式； 3. 极少调用的方法中声明的正则表达式； 4. 循环体中声明的正则表达式（除了动态生成的正则表达式，否则不要在循环体内声明正则表达式）； 5. 静态方法中声明的正则表达式（静态方法每次调用都需要重新编辑正则表达式，使用Compiled 模式只会降低效率）。
Singleline	s	指定单行模式。更改句点字符 (.) 的含义，以使它与每个字符（而不是除 /n 之外的所有字符）匹配。 单行模式通常在匹配有换行的文本时使用，采用小数点+ 单行模式的方式匹配任意字符，在.NET 中是效率最高的。
IgnorePatternWhitespace	x	指定从模式中排除非转义空白并启用数字符号 (#) 后面的注释。请注意，空白永远不会从字符类中消除。 为了提高可读性，或是为正则表达式加注释时使用。
RightToLeft	N/A	指定搜索是从右向左而不是从左向右进行的。具有此选项的正则表达式将移动到起始位置的左边而不是右边。 除非对源字符串的构成很了解，而且又不得不使用的情况，否则不要轻易使用这一模式。
ECMAScript	N/A	指定已为表达式启用了符合 ECMAScript 的行为。此选项仅可与 IgnoreCase 和 Multiline 标志一起使用。将 ECMAScript 同任何其他标志一起使用将导致异常。 除非对这一模式应用场景很了解，否则不要使用。
CultureInvariant	N/A	指定忽略语言中的区域性差异。 很少使用，一般无需了解。