RegularExpressionValidator控件
1.功能
RegularExpressionValidator控件用于检查输入控件是否与指定的正则表达式的值相匹配。验证类型可以检查各种数字是否正确、输入的字符串位数、输入日期格式和电话号码等等。
2. 属性
RegularExpressionValidator控件部分常用属性及说明如表1所示。
表1 RegularExpressionValidator控件最常用的属性
属性
描述
ControlToValidate
该属性获取或设置要验证的输入控件
Display
该属性获取或设置验证控件中错误信息的显示行为
ErrorMessage
该属性获取或设置验证失败时 ValidationSummary 控件中显示的错误信息的文本
Text
该属性获取或设置验证失败时验证控件中显示的文本
ValidationExpression
该属性获取或设置确定字段验证模式的正则表达式
RegularExpressionValidator控件的部分属性与RequiredFieldValidator控件的属性基本相同。下面介绍RegularExpressionValidator控件特有的属性，ValidationExpression属性。
该属性获取或设置被指定为验证条件的正则表达式。默认值为空字符串("")。
语法：
public string ValidationExpression { get; set; }
属性值；被指定为验证条件的正则表达式。
常用的正则表达式字符及其含义如表2所示。
表2 常用正则表达式字符及其含义
正则表达式字符
描述
[……]
匹配括号中的任何一个字符
[^……]
匹配不在括号中的任何一个字符
/w
匹配任何一个字符（a~z、A~Z和0~9）
/W
匹配任何一个空白字符
/s
匹配任何一个非空白字符
/S
与任何非单词字符匹配
/d
匹配任何一个数字（0~9）
/D
匹配任何一个非数字（^0~9）
[/b]
匹配一个退格键字母
{n,m}
最少匹配前面表达式n次，最大为m次
{n,}
最少匹配前面表达式n次
{n}
恰恰匹配前面表达式为n次
?
匹配前面表达式0或1次{0,1}
+
至少匹配前面表达式1次{1,}
*
至少匹配前面表达式0次{0,}
|
匹配前面表达式或后面表达式
(…)
在单元中组合项目
^
匹配字符串的开头
$
匹配字符串的结尾
/b
匹配字符边界
/B
匹配非字符边界的某个位置
下面再来列举几个常用的正则表达式。
验证电子邮件：
/w+([-+.]/w+)*@/w+([-.]/w+)*/./w+([-.]/w+)*
验证网址：
HTTP：///S+/．/S+
验证邮政编码：
/d{6}
[0-9]：表示0~9十个数字。
/d*：表示任意个数字。
/d{3,4}-/d{7,8}：表示中国大陆的固定电话号码。
/d{2}-/d{5}：验证由两位数字、一个连字符再加５位数字组成的ID号。
]*)?>[/s/S]*：匹配HTML标记。
身份证：/d{17}[/d|X]|/d{15}
示例 ValidationExpression属性设置
本例实现的是，设置RegularExpressionValidator控件的ValidationExpression属性来验证文本框中输入的Email格式是否正确。
代码如下。
protected void Page_Load(object sender, EventArgs e)
{
this.RegularExpressionValidator1.ControlToValidate = "txtEmail";//在验证控件的ID
this.RegularExpressionValidator1.ErrorMessage = "邮箱格式不正确";
this.RegularExpressionValidator1.ValidationExpression = "//w+([-+.]//w+)*@//w+([-.]//w+)*//.//w+([-.]//w+)*";
}
protected void Button1_Click(object sender, EventArgs e)
{
Response.Write("");
}
protected void Button2_Click(object sender, EventArgs e)
{
Response.Write("");
}
3. 典型实例
例1 验证URL
本例使用RegularExpressionValidator控件和正则表达式验证输入的网址是否正确。运行本实例，在文本框中输入http:///soasp 错误网址，然后单击“验证”按钮。
代码如下。
例2 验证手机号码
本例实现了使用RegularExpressionValidator控件和正则表达式验证手机号码的格式是否正确。运行本实例，在文本框中输入错误的手机号码格式，单击“验证”按钮。
主要代码如下。
| | |
转载声明： 本文转自http://blog.163.com/mushroom_0/blog/static/122835473200971954950230/
==========================================================================
RegularExpressionValidator
我们在制作网站的时候,尤其是各种电子商务网站,首先都会让用户填写一些表格来获取注册用户的各种信息,因为用户有可能输入各式各样的信息,而有 些不符合要求的数据会给我们的后端ASP处理程序带来不必要的麻烦,甚至导致网站出现一些安全问题。因此我们在将这些信息保存到网站的数据库之前,要对这 些用户所输入的信息进行数据的合法性校验,以便后面的程序可以安全顺利的执行。
使用RegularExpressionValidator服务器控件，可以用来检查我们输入的信息是否和我们的自定义的表达式一致。比方说用它可以检查e-mail地址，电话号码等合法性。
在讲述RegularExpressionValidator服务器控件使用之前，我们先来了解一下正则表达式（RegularExpression）的来源：
正 则表达式的“祖先”可以一直上溯至对人类神经系统如何工作的早期研究。Warren McCulloch 和 Walter Pitts 这两位神经生理学家研究出一种数学方式来描述这些神经网络。1956 年, 一位叫 Stephen Kleene 的美国数学家在 McCulloch 和 Pitts 早期工作的基础上，发表了一篇标题为“神经网事件的表示法”的论文，引入了正则表达式的概念。正则表达式就是用来描述他称为“正则集的代数”的表达式，因 此采用“正则表达式”这个术语。随后，发现可以将这一工作应用于使用Ken Thompson 的计算搜索算法的一些早期研究，Ken Thompson是Unix 的主要发明人。正则表达式的第一个实用应用程序就是 Unix 中的qed 编辑器。如他们所说，剩下的就是众所周知的历史了。从那时起直至现在正则表达式都是基于文本的编辑器和搜索工具中的一个重要部分。
其实，正则表达式（RegularExpression）是一个正则表达式就是由普通字符（例如字符 a 到 z）以及特殊字符（称为元字符）组成的文字模式。该模式描述在查找文字主体时待匹配的一个或多个字符串。正则表达式作为一个模板，将某个字符模式与所搜索 的字符串进行匹配。
使用正则表达式，就可以：
1. 测试字符串的某个模式。例如，可以对一个输入字符串进行测试，看在该字符串是否存在一个电话号码模式或一个信用卡号码模式。这称为数据有效性验证。
2. 替换文本。可以在文档中使用一个正则表达式来标识特定文字，然后可以全部将其删除，或者替换为别的文字。
3. 根据模式匹配从字符串中提取一个子字符串。可以用来在文本或输入字段中查找特定文字。
例如，如果需要搜索整个 web 站点来删除某些过时的材料并替换某些HTML 格式化标记，则可以使用正则表达式对每个文件进行测试，看在该文件中是否存在所要查找的材料或 HTML 格式化标记。用这个方法，就可以将受影响的文件范围缩小到包含要删除或更改的材料的那些文件。然后可以使用正则表达式来删除过时的材料，最后，可以再次使 用正则表达式来查找并替换那些需要替换的标记。
另一个说明正则表达式非常有用的示例是一种其字符串处理能力还不为人所知的语言。VBScript 是 Visual Basic 的一个子集，具有丰富的字符串处理功能。与 C 类似的 Visual Basic Scripting Edition 则没有这一能力。正则表达式给 Visual Basic Scripting Edition 的字符串处理能力带来了明显改善。不过，可能还是在 VBScript 中使用正则表达式的效率更高，它允许在单个表达式中执行多个字符串操作。
正是由于“正则表达式”的强大功能，才使得微软慢慢将正则表达式对象移植到了视窗系统上面。在书写正则表达式的模式时使用了特殊的字符和序列。下表描述了可以使用的字符和序列，并给出了实例。
字符描述： /：将下一个字符标记为特殊字符或字面值。例如"n"与字符"n"匹配。"/n"与换行符匹配。序列"//"与"/"匹配，"/("与"("匹配。
^ ：匹配输入的开始位置。
$ ：匹配输入的结尾。
* ：匹配前一个字符零次或几次。例如，"zo*"可以匹配"z"、"zoo"。
+ ：匹配前一个字符一次或多次。例如，"zo+"可以匹配"zoo",但不匹配"z"。
? ：匹配前一个字符零次或一次。例如，"a?ve?"可以匹配"never"中的"ve"。
.：匹配换行符以外的任何字符。
(pattern) 与模式匹配并记住匹配。匹配的子字符串可以从作为结果的 Matches 集合中使用 Item [0]...[n]取得。如果要匹配括号字符(和 )，可使用"/(" 或 "/)"。
x|y：匹配 x 或 y。例如 "z|food" 可匹配 "z" 或 "food"。"(z|f)ood" 匹配 "zoo" 或 "food"。
{n}：n 为非负的整数。匹配恰好n次。例如，"o{2}" 不能与 "Bob 中的 "o" 匹配，但是可以与"foooood"中的前两个o匹配。
{n,} ：n 为非负的整数。匹配至少n次。例如，"o{2,}"不匹配"Bob"中的"o"，但是匹配"foooood"中所有的o。"o{1,}"等价于"o+"。"o{0,}"等价于"o*"。
{n,m} ：m 和 n 为非负的整数。匹配至少 n 次，至多 m 次。例如，"o{1,3}" 匹配 "fooooood"中前三个o。"o{0,1}"等价于"o?"。
[xyz] ：一个字符集。与括号中字符的其中之一匹配。例如，"[abc]" 匹配"plain"中的"a"。
[^xyz] ：一个否定的字符集。匹配不在此括号中的任何字符。例如，"[^abc]" 可以匹配"plain"中的"p".
[a-z] ：表示某个范围内的字符。与指定区间内的任何字符匹配。例如，"[a-z]"匹配"a"与"z"之间的任何一个小写字母字符。
[^m-z] ：否定的字符区间。与不在指定区间内的字符匹配。例如，"[m-z]"与不在"m"到"z"之间的任何字符匹配。
/b ：与单词的边界匹配，即单词与空格之间的位置。例如，"er/b" 与"never"中的"er"匹配，但是不匹配"verb"中的"er"。
/B ：与非单词边界匹配。"ea*r/B"与"never early"中的"ear"匹配。
/d ：与一个数字字符匹配。等价于[0-9]。
/D ：与非数字的字符匹配。等价于[^0-9]。
/f ：与分页符匹配。
/n ：与换行符字符匹配。
/r ：与回车字符匹配。
/s ：与任何白字符匹配，包括空格、制表符、分页符等。等价于"[ /f/n/r/t/v]"。
/S ：与任何非空白的字符匹配。等价于"[^ /f/n/r/t/v]"。
/t ：与制表符匹配。
/v ：与垂直制表符匹配。
/w ：与任何单词字符匹配，包括下划线。等价于"[A-Za-z0-9_]"。
/W ：与任何非单词字符匹配。等价于"[^A-Za-z0-9_]"。
/num ：匹配 num个，其中 num 为一个正整数。引用回到记住的匹配。例如，"(.)/1"匹配两个连续的相同的字符。
/n：匹配 n，其中n 是一个八进制换码值。八进制换码值必须是 1, 2 或 3 个数字长。
例如，"/11" 和 "/011" 都与一个制表符匹配。"/0011"等价于"/001" 与 "1"。八进制换码值不得超过 256。否则，只有前两个字符被视为表达式的一部分。允许在正则表达式中使用ASCII码。
/xn：匹配n，其中n是一个十六进制的换码值。十六进制换码值必须恰好为两个数字长。例如，"/x41"匹配"A"。"/x041"等价于"/x04" 和 "1"。允许在正则表达式中使用 ASCII 码。
RegularExpressionValidator有两种主要的属性来进行有效性验证。ControlToValidate 包含了一个值进行验证。如取出文本框中的值。如ControlToValidate="TextBox1" ValidationExpression 包含了一个正则表达式进行验证。
好了，有了上面的叙述，我们就举个例子来说明正则表达式。比如，我们想要对用户输入的电子邮件进行校验，那么，什么样的数据才算是一个合法的电子邮件呢？我可以这样输入：[email protected]，当然我也会这样输入：[email protected],但是这样的输入就是非法的：xxx@@com.cn或者@xxx.com.cn，等等，所以我们得出一个合法的电子邮件地址至少应当满足以下几个条件：
1. 必须包含一个并且只有一个符号“@”
2. 第一个字符不得是“@”或者“.”
3. 不允许出现“@.”或者.@
4. 结尾不得是字符“@”或者“.”
所以根据以上的原则和上面表中的语法，我们很容易的就可以得到需要的模板如下："= "^/w+((-/w+)|(/./w+))*/@[A-Za-z0-9]+((/.|-)[A-Za-z0-9]+)*/.[A-Za-z0-9]+$"
转载声明： 本文转自http://www.cnblogs.com/mlg095/articles/526937.html
=============================================================
RegularExpressionValidator控件中常见正则表达式用法
"^/d+$" //非负整数（正整数 + 0）
"^[0-9]*[1-9][0-9]*$" //正整数
"^((-/d+)|(0+))$" //非正整数（负整数 + 0）
"^-[0-9]*[1-9][0-9]*$" //负整数
"^-?/d+$" //整数
"^/d+(/./d+)?$" //非负浮点数（正浮点数 + 0）
"^(([0-9]+/.[0-9]*[1-9][0-9]*)|([0-9]*[1-9][0-9]*/.[0-9]+)|([0-9]*[1-9][0-9]*))$" //正浮点数
"^((-/d+(/./d+)?)|(0+(/.0+)?))$" //非正浮点数（负浮点数 + 0）
"^(-(([0-9]+/.[0-9]*[1-9][0-9]*)|([0-9]*[1-9][0-9]*/.[0-9]+)|([0-9]*[1-9][0-9]*)))$" //负浮点数
"^(-?/d+)(/./d+)?$" //浮点数
"^[A-Za-z]+$" //由26个英文字母组成的字符串
"^[A-Z]+$" //由26个英文字母的大写组成的字符串
"^[a-z]+$" //由26个英文字母的小写组成的字符串
"^[A-Za-z0-9]+$" //由数字和26个英文字母组成的字符串
"^/w+$" //由数字、26个英文字母或者下划线组成的字符串
"^[/w-]+(/.[/w-]+)*@[/w-]+(/.[/w-]+)+$" //email地址
"^[a-zA-z]+://(/w+(-/w+)*)(/.(/w+(-/w+)*))*(/?/S*)?$" //url
只能输入1个数字
表达式 ^/d$
描述 匹配一个数字
匹配的例子 0,1,2,3
不匹配的例子
只能输入n个数字
表达式 ^/d{n}$ 例如^/d{8}$
描述 匹配8个数字
匹配的例子 12345678,22223334,12344321
不匹配的例子
只能输入至少n个数字
表达式 ^/d{n,}$ 例如^/d{8,}$
描述 匹配最少n个数字
匹配的例子 12345678,123456789,12344321
不匹配的例子
只能输入m到n个数字
表达式 ^/d{m,n}$ 例如^/d{7,8}$
描述 匹配m到n个数字
匹配的例子 12345678,1234567
不匹配的例子 123456,123456789
只能输入数字
表达式 ^[0-9]*$
描述 匹配任意个数字
匹配的例子 12345678,1234567
不匹配的例子 E,清清月儿,http://blog.csdn.net/21aspnet
只能输入某个区间数字
表达式 ^[12-15]$
描述 匹配某个区间的数字
匹配的例子 12,13,14,15
不匹配的例子
只能输入0和非0打头的数字
表达式 ^(0|[1-9][0-9]*)$
描述 可以为0，第一个数字不能为0，数字中可以有0
匹配的例子 12,10,101,100
不匹配的例子 01,清清月儿,http://blog.csdn.net/21aspnet
只能输入实数
表达式 ^[-+]?/d+(/./d+)?$
描述 匹配实数
匹配的例子 18,+3.14,-9.90
不匹配的例子 .6,33s,67-99
只能输入n位小数的正实数
表达式 ^[0-9]+(.[0-9]{n})?$以^[0-9]+(.[0-9]{2})?$为例
描述 匹配n位小数的正实数
匹配的例子 2.22
不匹配的例子 2.222,-2.22,http://blog.csdn.net/21aspnet
只能输入m-n位小数的正实数
表达式 ^[0-9]+(.[0-9]{m,n})?$以^[0-9]+(.[0-9]{1,2})?$为例
描述 匹配m到n位小数的正实数
匹配的例子 2.22,2.2
不匹配的例子 2.222,-2.2222,http://blog.csdn.net/21aspnet
只能输入非0的正整数
表达式 ^/+?[1-9][0-9]*$
描述 匹配非0的正整数
匹配的例子 2,23,234
不匹配的例子 0,-4,
只能输入非0的负整数
表达式 ^/-[1-9][0-9]*$
描述 匹配非0的负整数
匹配的例子 -2,-23,-234
不匹配的例子 0,4,
只能输入n个字符
表达式 ^.{n}$ 以^.{4}$为例
描述 匹配n个字符，注意汉字只算1个字符
匹配的例子 1234,12we,123清,清清月儿
不匹配的例子 0,123,123www,http://blog.csdn.net/21aspnet/
只能输入英文字符
表达式 ^.[A-Za-z]+$为例
描述 匹配英文字符，大小写任意
匹配的例子 Asp,WWW,
不匹配的例子 0,123,123www,http://blog.csdn.net/21aspnet/
只能输入大写英文字符
表达式 ^.[A-Z]+$为例
描述 匹配英文大写字符
匹配的例子 NET,WWW,
不匹配的例子 0,123,123www,
只能输入小写英文字符
表达式 ^.[a-z]+$为例
描述 匹配英文大写字符
匹配的例子 asp,csdn
不匹配的例子 0,NET,WWW,
只能输入英文字符+数字
表达式 ^.[A-Za-z0-9]+$为例
描述 匹配英文字符+数字
匹配的例子 1Asp,W1W1W,
不匹配的例子 0,123,123,www,http://blog.csdn.net/21aspnet/
只能输入英文字符/数字/下划线
表达式 ^/w+$为例
描述 匹配英文字符或数字或下划线
匹配的例子 1Asp,WWW,12,1_w
不匹配的例子 3#,2-4,w#$,http://blog.csdn.net/21aspnet/
密码举例
表达式 ^.[a-zA-Z] /w{m,n}$
描述 匹配英文字符开头的m-n位字符且只能数字字母或下划线
匹配的例子
不匹配的例子
验证首字母大写
表达式 /b[^/Wa-z0-9_][^/WA-Z0-9_]*/b
描述 首字母只能大写
匹配的例子 Asp,Net
不匹配的例子 http://blog.csdn.net/21aspnet/
验证网址（带?id=中文）VS.NET2005无此功能
表达式 ^http:([/w-]+(/.[/w-]+)+(//[/w- .///?%&=/u4e00-/u9fa5]*)?)?$
描述 验证带?id=中文
匹配的例子 http://blog.csdn.net/21aspnet/ ,
http://blog.csdn.net?id=清清月儿
不匹配的例子
验证汉字
表达式 ^[/u4e00-/u9fa5]{0,}$
描述 只能汉字
匹配的例子 清清月儿
不匹配的例子 http://blog.csdn.net/21aspnet/
验证QQ号
表达式 [0-9]{5,9}
描述 5-9位的QQ号
匹配的例子 10000,123456
不匹配的例子 10000w,http://blog.csdn.net/21aspnet/
验证电子邮件（验证MSN号一样）
表达式 /w+([-+.']/w+)*@/w+([-.]/w+)*/./w+([-.]/w+)*
描述 注意MSN用非hotmail.com邮箱也可以
匹配的例子 [email protected]
不匹配的例子 111@1. http://blog.csdn.net/21aspnet/
验证身份证号（粗验，最好服务器端调类库再细验证）
表达式 ^[1-9]([0-9]{16}|[0-9]{13})[xX0-9]$
描述
匹配的例子 15或者18位的身份证号，支持带X的
不匹配的例子 http://blog.csdn.net/21aspnet/
验证手机号（包含159，不包含小灵通）
表达式 ^13[0-9]{1}[0-9]{8}|^15[9]{1}[0-9]{8}
描述 包含159的手机号130-139
匹配的例子 139XXXXXXXX
不匹配的例子 140XXXXXXXX,http://blog.csdn.net/21aspnet/
验证电话号码号（很复杂，VS.NET2005给的是错的）
表达式（不完美 ） 方案一 ((/(/d{3}/)|/d{3}-)|(/(/d{4}/)|/d{4}-))?(/d{8}|/d{7})
方案二 (^[0-9]{3,4}/-[0-9]{3,8}$)|(^[0-9]{3,8}$)|(^/([0-9]{3,4}/)[0-9]{3,8}$)|(^0{0,1}13[0-9]{9}$) 支持手机号但也不完美
描述 上海：02112345678 3+8位
上海：021-12345678
上海：(021)-12345678
上海：(021)12345678
郑州：03711234567 4+7位
杭州：057112345678 4+8位
还有带上分机号，国家码的情况
由于情况非常复杂所以不建议前台做100%验证，到目前为止似乎也没有谁能写一个包含所有的类型 ，其实有很多情况本身就是矛盾的。
如果谁有更好 的验证电话的请留言
匹配的例子
不匹配的例子
验证护照
表达式 (P/d{7})|G/d{8})
描述 验证P+7个数字和G+8个数字
匹配的例子
不匹配的例子 清清月儿, http://blog.csdn.net/21aspnet/
验证IP
表达式 ^(25[0-5]|2[0-4][0-9]|[0-1]{1}[0-9]{2}|[1-9]{1}[0-9]{1}|[1-9])/.(25[0-5]|2[0-4][0-9]|[0-1]{1}[0-9]{2}|[1-9]{1}[0-9]{1}|[1-9]|0)/.(25[0-5]|2[0-4][0-9]|[0-1]{1}[0-9]{2}|[1-9]{1}[0-9]{1}|[1-9]|0)/.(25[0-5]|2[0-4][0-9]|[0-1]{1}[0-9]{2}|[1-9]{1}[0-9]{1}|[0-9])$
描述 验证IP
匹配的例子 192.168.0.1 222.234.1.4
不匹配的例子
验证域
表达式 ^[a-zA-Z0-9]+([a-zA-Z0-9/-/.]+)?/.(com|org|net|cn|com.cn|edu.cn|grv.cn|)$
描述 验证域
匹配的例子 csdn.net baidu.com it.com.cn
不匹配的例子 192.168.0.1
验证信用卡
表达式 ^((?:4/d{3})|(?:5[1-5]/d{2})|(?:6011)|(?:3[68]/d{2})|(?:30[012345]/d))[ -]?(/d{4})[ -]?(/d{4})[ -]?(/d{4}|3[4,7]/d{13})$
描述 验证VISA卡，万事达卡，Discover卡，美国运通卡
匹配的例子
不匹配的例子
验证ISBN 国际标准书号
表达式 ^(/d[- ]*){9}[/dxX]$
描述 验证ISBN国际标准书号
匹配的例子 7-111-19947-2
不匹配的例子
验证GUID 全球唯一标识符
表达式 ^[A-Z0-9]{8}-[A-Z0-9]{4}-[A-Z0-9]{4}-[A-Z0-9]{4}-[A-Z0-9]{12}$
描述 格式8-4-4-4-12
匹配的例子 2064d355-c0b9-41d8-9ef7-9d8b26524751
不匹配的例子
验证文件路径和扩展名
表达式 ^([a-zA-Z]/:|//)//([^//]+//)*[^//:*?"<>|]+/.txt(l)?$
描述 检查路径和文件扩展名
匹配的例子 E:/mo.txt
不匹配的例子 E:/ , mo.doc, E:/mo.doc ,http://blog.csdn.net/21aspnet/
验证Html颜色值
表达式 ^#?([a-f]|[A-F]|[0-9]){3}(([a-f]|[A-F]|[0-9]){3})?$
描述 检查颜色取值
匹配的例子 #FF0000
不匹配的例子 http://blog.csdn.net/21aspnet
转载声明： 本文转自http://www.cnblogs.com/dicky/archive/2009/03/03/regularexpressionvalidator.html
=============================================================
正则表达式30分钟入门教程
版本：v2.31 (2009-4-11) 作者：deerchao 转载请注明来源
目录
跳过目录
本文目标
如何使用本教程
正则表达式到底是什么东西？
入门
测试正则表达式
元字符
字符转义
重复
字符类
分枝条件
反义
分组
后向引用
零宽断言
负向零宽断言
注释
贪婪与懒惰
处理选项
平衡组/递归匹配
还有些什么东西没提到
联系作者
最后,来点广告……
网上的资源及本文参考文献
更新纪录
本文目标
30分钟内让你明白正则表达式是什么，并对它有一些基本的了解，让你可以在自己的程序或网页里使用它。
如何使用本教程
最重要的是——请给我30分钟 ，如果你没有使用正则表达式的经验，请不要试图在30秒 内入门——除非你是超人 :)
别被下面那些复杂的表达式吓倒，只要跟着我一步一步来，你会发现正则表达式其实并没有 你想像中的那么困难。当然，如果你看完了这篇教程之后，发现自己明白了很多，却又几乎什么都记不得，那也是很正常的——我认为，没接触过正则表达式的人在 看完这篇教程后，能把提到过的语法记住80%以上的可能性为零。这里只是让你明白基本的原理，以后你还需要多练习，多使用，才能熟练掌握正则表达式。
除了作为入门教程之外，本文还试图成为可以在日常工作中使用的正则表达式语法参考手册。就作者本人的经历来说，这个目标还是完成得不错的——你看，我自己也没能把所有的东西记下来，不是吗？
清除格式 文本格式约定：专业术语 元字符/语法格式 正则表达式 正则表达式中的一部分(用于分析) 对其进行匹配的源字符串 对正则表达式或其中一部分的说明
隐藏边注 本文右边有一些注释，主要是用来提供一些相关信息，或者给没有程序员背景的读者解释一些基本概念，通常可以忽略。
正则表达式到底是什么东西？
字符 是计算机软件处理文字时最基本的单位，可能是字母，数字，标点符号，空格，换行符，汉字等等。字符串 是0个或更多个字符的序列。文本 也就是文字，字符串。说某个字符串匹配 某个正则表达式，通常是指这个字符串里有一部分（或几部分分别）能满足表达式给出的条件。
在编写处理字符串的程序或网页时，经常会有查找符合某些复杂规则的字符串的需要。正则表达式 就是用于描述这些规则的工具。换句话说，正则表达式就是记录文本规则的代码。
很可能你使用过Windows/Dos下用于文件查找的通配符(wildcard) ，也就是* 和? 。如果你想查找某个目录下的所有的Word文档的话，你会搜索*.doc 。在这里，* 会被解释成任意的字符串。和通配符类似，正则表达式也是用来进行文本匹配的工具，只不过比起通配符，它能更精确地描述你的需求——当然，代价就是更复杂 ——比如你可以编写一个正则表达式，用来查找所有以0开头，后面跟着2-3个数字，然后是一个连字号“-”，最后是7或8位数字的字符串 (像010-12345678 或0376-7654321 )。
入门
学习正则表达式的最好方法是从例子开始，理解例子之后再自己对例子进行修改，实验。下面给出了不少简单的例子，并对它们作了详细的说明。
假设你在一篇英文小说里查找hi ，你可以使用正则表达式hi 。
这几乎是最简单的正则表达式了，它可以精确匹配这样的字符串：由两个字符组成，前一个字符是h,后一个是i 。通常，处理正则表达式的工具会提供一个忽略大小写的选项，如果选中了这个选项，它可以匹配hi ,HI ,Hi ,hI 这四种情况中的任意一种。
不幸的是，很多单词里包含hi 这两个连续的字符，比如him ,history ,high 等等。用hi 来查找的话，这里边的hi 也会被找出来。如果要精确地查找hi这个单词 的话，我们应该使用/bhi/b 。
/b 是正则表达式规定的一个特殊代码（好吧，某些人叫它元字符，metacharacter ），代表着单词的开头或结尾，也就是单词的分界处 。虽然通常英文的单词是由空格，标点符号或者换行来分隔的，但是/b 并不匹配这些单词分隔字符中的任何一个，它只匹配一个位置 。
如果需要更精确的说法，/b 匹配这样的位置：它的前一个字符和后一个字符不全是(一个是,一个不是或不存在)/w 。
假如你要找的是hi后面不远处跟着一个Lucy ，你应该用/bhi/b.*/bLucy/b 。
这里，. 是另一个元字符，匹配除了换行符以外的任意字符 。* 同样是元字符，不过它代表的不是字符，也不是位置，而是数量——它指定*前边的内容可以连续重复使用任意次以使整个表达式得到匹配 。因此，.* 连在一起就意味着任意数量的不包含换行的字符 。现在/bhi/b.*/bLucy/b 的意思就很明显了：先是一个单词hi,然后是任意个任意字符(但不能是换行)，最后是Lucy这个单词 。
换行符就是'/n',ASCII编码为10(十六进制0x0A)的字符。
如果同时使用其它元字符，我们就能构造出功能更强大的正则表达式。比如下面这个例子：
0/d/d-/d/d/d/d/d/d/d/d 匹配这样的字符串：以0开头，然后是两个数字，然后是一个连字号“-”，最后是8个数字 (也就是中国的电话号码。当然，这个例子只能匹配区号为3位的情形)。
这里的/d 是个新的元字符，匹配一位数字(0，或1，或2，或……) 。- 不是元字符，只匹配它本身——连字符(或者减号，或者中横线，或者随你怎么称呼它)。
为了避免那么多烦人的重复，我们也可以这样写这个表达式：0/d{2}-/d{8} 。 这里/d 后面的{2} ({8} )的意思是前面/d 必须连续重复匹配2次(8次) 。
测试正则表达式
其它可用的测试工具:
RegexBuddy
Javascript正则表达式在线测试工具
如果你不觉得正则表达式很难读写的话，要么你是一个天才，要么，你不是地球人。正则表达式的语法很令人头疼，即使对经常使用它的人来说也是如此。由于难于读写，容易出错，所以找一种工具对正则表达式进行测试是很有必要的。
不同的环境下正则表达式的一些细节是不相同的，本教程介绍的是微软 .Net Framework 2.0下正则表达式的行为，所以，我向你介绍一个.Net下的工具Regex Tester 。首先你确保已经安装了.Net Framework 2.0 ，然后下载Regex Tester 。这是个绿色软件，下载完后打开压缩包,直接运行RegexTester.exe就可以了。
下面是Regex Tester运行时的截图：
元字符
现在你已经知道几个很有用的元字符了，如/b ,. ,* ，还有/d .正则表达式里还有更多的元字符，比如/s 匹配任意的空白符，包括空格，制表符(Tab)，换行符，中文全角空格等 。/w 匹配字母或数字或下划线或汉字等 。
对中文/汉字的特殊处理是由.Net提供的正则表达式引擎支持的，其它环境下的具体情况请查看相关文档。
下面来看看更多的例子：
/ba/w*/b 匹配以字母a 开头的单词——先是某个单词开始处(/b )，然后是字母a ,然后是任意数量的字母或数字(/w* )，最后是单词结束处(/b ) 。
好吧，现在我们说说正则表达式里的单词是什么意思吧：就是不少于一个的连续的/w 。不错，这与学习英文时要背的成千上万个同名的东西的确关系不大 :)
/d+ 匹配1个或更多连续的数字 。这里的+ 是和* 类似的元字符，不同的是* 匹配重复任意次(可能是0次) ，而+ 则匹配重复1次或更多次 。
/b/w{6}/b 匹配刚好6个字符的单词 。
表1.常用的元字符 代码 说明
. 匹配除换行符以外的任意字符
/w 匹配字母或数字或下划线或汉字
/s 匹配任意的空白符
/d 匹配数字
/b 匹配单词的开始或结束
^ 匹配字符串的开始
$ 匹配字符串的结束
正则表达式引擎通常会提供一个“测试指定的字符串是否匹配一个正则表达式”的方法，如JavaScript里的RegExp.test() 方法或.NET里的Regex.IsMatch()方法。这里的匹配是指是字符串里有没有符合表达式规则的部分。如果不使用^ 和$ 的话，对于/d{5,12} 而言，使用这样的方法就只能保证字符串里包含5到12连续位数字 ，而不是整个字符串就是5到12位数字。
元字符^ （和数字6在同一个键位上的符号）和$ 都匹配一个位置，这和/b 有点类似。^ 匹配你要用来查找的字符串的开头，$ 匹配结尾。这两个代码在验证输入的内容时非常有用，比如一个网站如果要求你填写的QQ号必须为5位到12位数字时，可以使用：^/d{5,12}$ 。
这里的{5,12} 和前面介绍过的{2} 是类似的，只不过{2} 匹配只能不多不少重复2次 ，{5,12} 则是重复的次数不能少于5次，不能多于12次 ，否则都不匹配。
因为使用了^ 和$ ，所以输入的整个字符串都要用来和/d{5,12} 来匹配，也就是说整个输入必须是5到12个数字 ，因此如果输入的QQ号能匹配这个正则表达式的话，那就符合要求了。
和忽略大小写的选项类似，有些正则表达式处理工具还有一个处理多行的选项。如果选中了这个选项，^ 和$ 的意义就变成了匹配行的开始处和结束处 。
字符转义
如果你想查找元字符本身的话，比如你查找. ,或者* ,就出现了问题：你没办法指定它们，因为它们会被解释成别的意思。这时你就得使用/ 来取消这些字符的特殊意义。因此，你应该使用/. 和/* 。当然，要查找/ 本身，你也得用// .
例如：unibetter/.com 匹配unibetter.com ，C://Windows 匹配C:/Windows 。
重复
你已经看过了前面的* ,+ ,{2} ,{5,12} 这几个匹配重复的方式了。下面是正则表达式中所有的限定符(指定数量的代码，例如*,{5,12}等)：
表2.常用的限定符 代码/语法 说明
* 重复零次或更多次
+ 重复一次或更多次
? 重复零次或一次
{n} 重复n次
{n,} 重复n次或更多次
{n,m} 重复n到m次
下面是一些使用重复的例子：
Windows/d+ 匹配Windows后面跟1个或更多数字
^/w+ 匹配一行的第一个单词(或整个字符串的第一个单词，具体匹配哪个意思得看选项设置)
字符类
要想查找数字，字母或数字，空白是很简单的，因为已经有了对应这些字符集合的元字符，但是如果你想匹配没有预定义元字符的字符集合(比如元音字母a,e,i,o,u),应该怎么办？
很简单，你只需要在方括号里列出它们就行了，像[aeiou] 就匹配任何一个英文元音字母 ，[.?!] 匹配标点符号(.或?或!) 。
我们也可以轻松地指定一个字符范围 ，像[0-9] 代表的含意与/d 就是完全一致的：一位数字 ；同理[a-z0-9A-Z_] 也完全等同于/w （如果只考虑英文的话）。
下面是一个更复杂的表达式：/(?0/d{2}[) -]?/d{8} 。
“(”和“)”也是元字符，后面的分组节 里会提到，所以在这里需要使用转义 。
这个表达式可以匹配几种格式的电话号码 ，像(010)88886666 ，或022-22334455 ，或02912345678 等。我们对它进行一些分析吧：首先是一个转义字符/( ,它能出现0次或1次(? ),然后是一个0 ，后面跟着2个数字(/d{2} )，然后是) 或- 或空格 中的一个，它出现1次或不出现(? )，最后是8个数字(/d{8} )。
分枝条件
不幸的是，刚才那个表达式也能匹配010)12345678 或(022-87654321 这样的“不正确”的格式。要解决这个问题，我们需要用到分枝条件 。正则表达式里的分枝条件 指的是有几种规则，如果满足其中任意一种规则都应该当成匹配，具体方法是用| 把不同的规则分隔开。听不明白？没关系，看例子：
0/d{2}-/d{8}|0/d{3}-/d{7} 这个表达式能匹配两种以连字号分隔的电话号码：一种是三位区号，8位本地号(如010-12345678)，一种是4位区号，7位本地号(0376-2233445) 。
/(0/d{2}/)[- ]?/d{8}|0/d{2}[- ]?/d{8} 这个表达式匹配3位区号的电话号码，其中区号可以用小括号括起来，也可以不用，区号与本地号间可以用连字号或空格间隔，也可以没有间隔 。你可以试试用分枝条件把这个表达式扩展成也支持4位区号的。
/d{5}-/d{4}|/d{5} 这个表达式用于匹配美国的邮政编码。美国邮编的规则是5位数字，或者用连字号间隔的9位数字。之所以要给出这个例子是因为它能说明一个问题：使用分枝条件 时，要注意各个条件的顺序 。如果你把它改成/d{5}|/d{5}-/d{4} 的话，那么就只会匹配5位的邮编(以及9位邮编的前5位)。原因是匹配分枝条件时，将会从左到右地测试每个条件，如果满足了某个分枝的话，就不会去再管其 它的条件了。
分组
我们已经提到了怎么重复单个字符（直接在字符后面加上限定符就行了）；但如果想要重复多个字符又该怎么办？你可以用小括号来指定子表达式 (也叫做分组 )，然后你就可以指定这个子表达式的重复次数了，你也可以对子表达式进行其它一些操作(后面会有介绍)。
(/d{1,3}/.){3}/d{1,3} 是一个简单的IP地址匹配 表达式。要理解这个表达式，请按下列顺序分析它：/d{1,3} 匹配1到3位的数字 ，(/d{1,3}/.){3} 匹配三位数字加上一个英文句号(这个整体也就是这个分组 )重复3次 ，最后再加上一个一到三位的数字 (/d{1,3} )。
IP地址中每个数字都不能大于255，大家千万不要被《24》第三季的编剧给忽悠了……
不幸的是，它也将匹配256.300.888.999 这种不可能存在的IP地址。如果能使用算术比较的话，或许能简单地解决这个问题，但是正则表达式中并不提供关于数学的任何功能，所以只能使用冗长的分组， 选择，字符类来描述一个正确的IP地址：((2[0-4]/d|25[0-5]|[01]?/d/d?)/.){3}(2[0-4] /d|25[0-5]|[01]?/d/d?) 。
理解这个表达式的关键是理解2[0-4]/d|25[0-5]|[01]?/d/d? ，这里我就不细说了，你自己应该能分析得出来它的意义。
反义
有时需要查找不属于某个能简单定义的字符类的字符。比如想查找除了数字以外，其它任意字符都行的情况，这时需要用到反义 ：
表3.常用的反义代码 代码/语法 说明
/W 匹配任意不是字母，数字，下划线，汉字的字符
/S 匹配任意不是空白符的字符
/D 匹配任意非数字的字符
/B 匹配不是单词开头或结束的位置
[^x] 匹配除了x以外的任意字符
[^aeiou] 匹配除了aeiou这几个字母以外的任意字符
例子：/S+ 匹配不包含空白符的字符串 。
后向引用
使用小括号指定一个子表达式后，匹配这个子表达式的文本 (也就是此分组捕获的内容)可以在表达式或其它程序中作进一步的处理。默认情况下，每个分组会自动拥有一个组号 ，规则是：从左向右，以分组的左括号为标志，第一个出现的分组的组号为1，第二个为2，以此类推。
呃……其实,组号分配还不像我刚说得那么简单：
分组0对应整个正则表达式
实际上组号分配过程是要从左向右扫描两遍的：第一遍只给未命名组分配，第二遍只给命名组分配－－因此所有命名组的组号都大于未命名的组号
你可以使用(?:exp) 这样的语法来剥夺一个分组对组号分配的参与权．
后向引用 用于重复搜索前面某个分组匹配的文本。例如，/1 代表分组1匹配的文本 。难以理解？请看示例：
/b(/w+)/b/s+/1/b 可以用来匹配重复的单词 ，像go go , 或者kitty kitty 。这个表达式首先是一个单词 ，也就是单词开始处和结束处之间的多于一个的字母或数字 (/b(/w+)/b )，这个单词会被捕获到编号为1的分组中，然后是1个或几个空白符 (/s+ )，最后是分组1中捕获的内容（也就是前面匹配的那个单词） (/1 )。
你也可以自己指定子表达式的组名 。要指定一个子表达式的组名，请使用这样的语法：(?
使用小括号的时候，还有很多特定用途的语法。下面列出了最常用的一些：
表4.常用分组语法 分类 代码/语法 说明
捕获 (exp) 匹配exp,并捕获文本到自动命名的组里
(?
(?:exp) 匹配exp,不捕获匹配的文本，也不给此分组分配组号
零宽断言 (?=exp) 匹配exp前面的位置
(?<=exp) 匹配exp后面的位置
(?!exp) 匹配后面跟的不是exp的位置
(?注释 (?#comment) 这种类型的分组不对正则表达式的处理产生任何影响，用于提供注释让人阅读
我们已经讨论了前两种语法。第三个(?:exp) 不会改变正则表达式的处理方式，只是这样的组匹配的内容不会像前两种那样被捕获到某个组里面，也不会拥有组号 。“我为什么会想要这样做？”——好问题，你觉得为什么呢？
零宽断言
地球人，是不是觉得这些术语名称太复杂，太难记了？我也有同感。知道有这么一种东西就行了，它叫什么，随它去吧！人若无名，便可专心练剑；物若无名，便可随意取舍……
接下来的四个用于查找在某些内容(但并不包括这些内容)之前或之后的东西，也就是说它们像/b ,^ ,$ 那样用于指定一个位置，这个位置应该满足一定的条件(即断言)，因此它们也被称为零宽断言 。最好还是拿例子来说明吧：
断言用来声明一个应该为真的事实。正则表达式中只有当断言为真时才会继续进行匹配。
(?=exp) 也叫零宽度正预测先行断言 ，它断言自身出现的位置的后面能匹配表达式exp 。比如/b/w+(?=ing/b) ，匹配以ing结尾的单词的前面部分(除了ing以外的部分) ，如查找I'm singing while you're dancing. 时，它会匹配sing 和danc 。
(?<=exp) 也叫零宽度正回顾后发断言 ，它断言自身出现的位置的前面能匹配表达式exp 。比如(?<=/bre)/w+/b 会匹配以re开头的单词的后半部分(除了re以外的部分) ，例如在查找reading a book 时，它匹配ading 。
假如你想要给一个很长的数字中每三位间加一个逗号(当然是从右边加起了)，你可以这样查找需要在前面和里面添加逗号的部分：((?<=/d)/d{3})+/b ，用它对1234567890 进行查找时结果是234567890 。
下面这个例子同时使用了这两种断言：(?<=/s)/d+(?=/s) 匹配以空白符间隔的数字(再次强调，不包括这些空白符) 。
负向零宽断言
前面我们提到过怎么查找不是某个字符或不在某个字符类里 的字符的方法(反义)。但是如果我们只是想要确保某个字符没有出现，但并不想去匹配它 时怎么办？例如，如果我们想查找这样的单词--它里面出现了字母q,但是q后面跟的不是字母u,我们可以尝试这样：
/b/w*q[^u]/w*/b 匹配包含后面不是字母u的字母q 的单词 。但是如果多做测试(或者你思维足够敏锐，直接就观察出来了)，你会发现，如果q出现在单词的结尾的话，像Iraq ,Benq ，这个表达式就会出错。这是因为[^u] 总要匹配一个字符，所以如果q是单词的最后一个字符的话，后面的[^u] 将会匹配q后面的单词分隔符(可能是空格，或者是句号或其它的什么)，后面的/w*/b 将会匹配下一个单词，于是/b/w*q[^u]/w*/b 就能匹配整个Iraq fighting 。负向零宽断言 能解决这样的问题，因为它只匹配一个位置，并不消费 任何字符。现在，我们可以这样来解决这个问题：/b/w*q(?!u)/w*/b 。
零宽度负预测先行断言 (?!exp) ，断言此位置的后面不能匹配表达式exp 。例如：/d{3}(?!/d) 匹配三位数字，而且这三位数字的后面不能是数字 ；/b((?!abc)/w)+/b 匹配不包含连续字符串abc的单词 。
同理，我们可以用(?
请详细分析表达式(?<=<(/w+)>).*(?=) ，这个表达式最能表现零宽断言的真正用途。
一个更复杂的例子：(?<=<(/w+)>).*(?=) 匹配不包含属性的简单HTML标签内里的内容 。() 指定了这样的前缀 ：被尖括号括起来的单词 (比如可能是)，然后是.* (任意的字符串),最后是一个后缀 (?=) 。注意后缀里的// ，它用到了前面提过的字符转义；/1 则是一个反向引用，引用的正是捕获的第一组 ，前面的(/w+) 匹配的内容，这样如果前缀实际上是的话，后缀就是了。整个表达式匹配的是和< /b>之间的内容(再次提醒，不包括前缀和后缀本身)。
注释
小括号的另一种用途是通过语法(?#comment) 来包含注释。例如：2[0-4]/d(?#200-249)|25[0-5](?#250-255)|[01]?/d/d?(?#0-199) 。
要包含注释的话，最好是启用“忽略模式里的空白符”选项，这样在编写表达式时能任意的添加空格，Tab，换行，而实际使用时这些都将被忽略。启用这个选项后，在#后面到这一行结束的所有文本都将被当成注释忽略掉。例如，我们可以前面的一个表达式写成这样：
(?<= # 断言要匹配的文本的前缀
<(/w+)> # 查找尖括号括起来的字母或数字(即HTML/XML标签)
) # 前缀结束
.* # 匹配任意文本
(?= # 断言要匹配的文本的后缀
# 查找尖括号括起来的内容：前面是一个"/"，后面是先前捕获的标签
) # 后缀结束贪婪与懒惰
当正则表达式中包含能接受重复的限定符时，通常的行为是（在使整个表达式能得到匹配的 前提下）匹配尽可能多 的字符。以这个表达式为例：a.*b ，它将会匹配最长的以a开始，以b结束的字符串 。如果用它来搜索aabab 的话，它会匹配整个字符串aabab 。这被称为贪婪 匹配。
有时，我们更需要懒惰 匹配，也就是匹配尽可能少 的字符。前面给出的限定符都可以被转化为懒惰匹配模式，只要在它后面加上一个问号? 。这样.*? 就意味着匹配任意数量的重复，但是在能使整个匹配成功的前提下使用最少的重复 。现在看看懒惰版的例子吧：
a.*?b 匹配最短的，以a开始，以b结束的字符串 。如果把它应用于aabab 的话，它会匹配aab（第一到第三个字符） 和ab（第四到第五个字符） 。
为什么第一个匹配是aab（第一到第三个字符）而不是ab（第二到第三个字符）？简单地说，因为正则表达式有另一条规则，比懒惰／贪婪规则的优先级更高：最先开始的匹配拥有最高的优先权——The match that begins earliest wins。
表5.懒惰限定符 代码/语法 说明
*? 重复任意次，但尽可能少重复
+? 重复1次或更多次，但尽可能少重复
?? 重复0次或1次，但尽可能少重复
{n,m}? 重复n到m次，但尽可能少重复
{n,}? 重复n次以上，但尽可能少重复
处理选项
在C#中，你可以使用Regex(String, RegexOptions)构造函数 来设置正则表达式的处理选项。如：Regex regex = new Regex(@"/ba/w{6}/b", RegexOptions.IgnoreCase);
上面介绍了几个选项如忽略大小写，处理多行等，这些选项能用来改变处理正则表达式的方式。下面是.Net中常用的正则表达式选项：
表6.常用的处理选项 名称 说明
IgnoreCase(忽略大小写) 匹配时不区分大小写。
Multiline(多行模式) 更改^ 和$ 的含义，使它们分别在任意一行的行首和行尾匹配，而不仅仅在整个字符串的开头和结尾匹配。(在此模式下,$ 的精确含意是:匹配/n之前的位置以及字符串结束前的位置.)
Singleline(单行模式) 更改. 的含义，使它与每一个字符匹配（包括换行符/n）。
IgnorePatternWhitespace(忽略空白) 忽略表达式中的非转义空白并启用由# 标记的注释。
ExplicitCapture(显式捕获) 仅捕获已被显式命名的组。
一个经常被问到的问题是：是不是只能同时使用多行模式和单行模式中的一种？答案是：不是。这两个选项之间没有任何关系，除了它们的名字比较相似（以至于让人感到疑惑）以外。
平衡组/递归匹配
这里介绍的平衡组语法是由.Net Framework支持的；其它语言／库不一定支持这种功能，或者支持此功能但需要使用不同的语法。
有时我们需要匹配像( 100 * ( 50 + 15 ) )这样的可嵌套的层次性结构 ，这时简单地使用/(.+/) 则只会匹配到最左边的左括号和最右边的右括号之间的内容(这里我们讨论的是贪婪模式，懒惰模式也有下面的问题)。假如原来的字符串里的左括号和右括号出现 的次数不相等，比如( 5 / ( 3 + 2 ) ) ) ，那我们的匹配结果里两者的个数也不会相等。有没有办法在这样的字符串里匹配到最长的，配对的括号之间的内容呢？
为了避免( 和/( 把你的大脑彻底搞糊涂，我们还是用尖括号代替圆括号吧。现在我们的问题变成了如何把xx
这里需要用到以下的语法构造：
(?'group') 把捕获的内容命名为group,并压入堆栈(Stack)
(?'-group') 从堆栈上弹出最后压入堆栈的名为group的捕获内容，如果堆栈本来为空，则本分组的匹配失败
(?(group)yes|no) 如果堆栈上存在以名为group的捕获内容的话，继续匹配yes部分的表达式，否则继续匹配no部分
(?!) 零宽负向先行断言，由于没有后缀表达式，试图匹配总是失败
如 果你不是一个程序员（或者你自称程序员但是不知道堆栈是什么东西），你就这样理解上面的三种语法吧：第一个就是在黑板上写一个"group"，第二个就是 从黑板上擦掉一个"group"，第三个就是看黑板上写的还有没有"group"，如果有就继续匹配yes部分，否则就匹配no部分。
我们需要做的是每碰到了左括号，就在压入一个"Open",每碰到一个右括号，就弹出一个，到了最后就看看堆栈是否为空－－如果不为空那就证明左括号比右括号多，那匹配就应该失败。正则表达式引擎会进行回溯(放弃最前面或最后面的一些字符)，尽量使整个表达式得到匹配。
< #最外层的左括号
[^<>]* #最外层的左括号后面的不是括号的内容
(
(
(?'Open'<) #碰到了左括号，在黑板上写一个"Open"
[^<>]* #匹配左括号后面的不是括号的内容
)+
(
(?'-Open'>) #碰到了右括号，擦掉一个"Open"
[^<>]* #匹配右括号后面不是括号的内容
)+
)*
(?(Open)(?!)) #在遇到最外层的右括号前面，判断黑板上还有没有没擦掉的"Open"；如果还有，则匹配失败
> #最外层的右括号平衡组的一个最常见的应用就是匹配HTML,下面这个例子可以匹配嵌套的
还有些什么东西没提到
上边已经描述了构造正则表达式的大量元素，但是还有很多没有提到的东西。下面是一些未提到的元素的列表，包含语法和简 单的说明。你可以在网上找到更详细的参考资料来学习它们--当你需要用到它们的时候。如果你安装了MSDN Library,你也可以在里面找到.net下正则表达式详细的文档。
这里的介绍很简略，如果你需要更详细的信息，而又没有在电脑上安装MSDN Library,可以查看关于正则表达式语言元素的MSDN在线文档 。
表7.尚未详细讨论的语法 代码/语法 说明
/a 报警字符(打印它的效果是电脑嘀一声)
/b 通常是单词分界位置，但如果在字符类里使用代表退格
/t 制表符，Tab
/r 回车
/v 竖向制表符
/f 换页符
/n 换行符
/e Escape
/0nn ASCII代码中八进制代码为nn的字符
/xnn ASCII代码中十六进制代码为nn的字符
/unnnn Unicode代码中十六进制代码为nnnn的字符
/cN ASCII控制字符。比如/cC代表Ctrl+C
/A 字符串开头(类似^，但不受处理多行选项的影响)
/Z 字符串结尾或行尾(不受处理多行选项的影响)
/z 字符串结尾(类似$，但不受处理多行选项的影响)
/G 当前搜索的开头
/p{name} Unicode中命名为name的字符类，例如/p{IsGreek}
(?>exp) 贪婪子表达式
(?
(?im-nsx:exp) 在子表达式exp中改变处理选项
(?im-nsx) 为表达式后面的部分改变处理选项
(?(exp)yes|no) 把exp当作零宽正向先行断言，如果在这个位置能匹配，使用yes作为此组的表达式；否则使用no
(?(exp)yes) 同上，只是使用空表达式作为no
(?(name)yes|no) 如果命名为name的组捕获到了内容，使用yes作为表达式；否则使用no
(?(name)yes) 同上，只是使用空表达式作为no
联系作者
好吧,我承认,我骗了你,读到这里你肯定花了不止30分钟.相信我,这是我的错,而不是因为你太笨.我之所以说"30分钟",是为了让你有信心,有耐心继续下去.既然你看到了这里,那证明我的阴谋成功了.被忽悠的感觉很爽吧？
要投诉我,或者觉得我其实可以忽悠得更高明,或者有任何其它问题,欢迎来我的博客 让我知道.
网上的资源及本文参考文献
微软的正则表达式教程
System.Text.RegularExpressions.Regex类(MSDN)
专业的正则表达式教学网站(英文)
关于.Net下的平衡组的详细讨论（英文）
Mastering Regular Expressions (Second Edition)
转载声明： 本文转自http://unibetter.com/deerchao/zhengzhe-biaodashi-jiaocheng-se.htm
=============================================================
邮件地址最基本的格式可以看作是 <用户名@域名>。对于用户名，各个ISP没有统一的标准，除了数字和字母外，有的允许有<_>，有的允许有<.>，也有的两者皆可，或者允许其他的特殊字符。对此我们只能根据具体的情况加以判断。
文 中假设除字母和数字外还允许<.><_>，<.><_>不能出现在首末 位，<.><_>不能相连。域名中各段除数字和字母外只允许出现<->，且<->不能出现在首位和末 位，各段用<.>连接。我们还可从域名得知最后一段大于一位且只有字母。
下面我们就可以依据以上假设写出如下表达式来判断是否该串是一个邮件地址：
^([a-z0-9A-Z]+[-|/.]?)+[a-z0-9A-Z]@([a-z0-9A-Z]+(-[a-z0-9A-Z]+)?/.)+[a-zA-Z]{2,}$
稍作解释：
^：匹配开始
([a-z0-9A-Z]+[-|/.]?)+：数字或字母>1位 + <->或<.>，以上组合重复1次以上
[a-z0-9A-Z]：用户名以数字或字母结尾
@：匹配<@>
(
[a-z0-9A-Z]+：匹配多位数字或字母
(-[a-z0-9A-Z]+)?：匹配 -加多位数字或字母 0次或1次
/.：匹配<.>
)+：匹配括号中内容多次
[a-zA-Z]{2,}：匹配字母2次以上
$：匹配结尾
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/Sunboy_2050/archive/2009/12/08/4962509.aspx