在网上扒的。
1. 正则表达式规则1.1 普通字符
字母、数字、汉字、下划线、以及后边章节中没有特殊定义的标点符号,都是"普通字符"。表达式中的普通字符,在匹配一个字符串的时候,匹配与之相同的一个字符。
举例1:表达式 "c",在匹配字符串 "abcde" 时,匹配结果是:成功;匹配到的内容是:"c";匹配到的位置是:开始于2,结束于3。(注:下标从0开始还是从1开始,因当前编程语言的不同而可能不同) 举例2:表达式 "bcd",在匹配字符串 "abcde" 时,匹配结果是:成功;匹配到的内容是:"bcd";匹配到的位置是:开始于1,结束于4。 1.2 简单的转义字符 一些不便书写的字符,采用在前面加 "" 的方法。这些字符其实我们都已经熟知了。
还有其他一些在后边章节中有特殊用处的标点符号,在前面加 "" 后,就代表该符号本身。比如:^, $ 都有特殊意义,如果要想匹配字符串中 "^" 和 "$" 字符,则表达式就需要写成"^" 和 "$"。
这些转义字符的匹配方法与 "普通字符" 是类似的。也是匹配与之相同的一个字符。
举例1:表达式 "$d",在匹配字符串 "abc$de" 时,匹配结果是:成功;匹配到的内容是:"$d";匹配到的位置是:开始于3,结束于5。 1.3 能够与 '多种字符' 匹配的表达式 正则表达式中的一些表示方法,可以匹配 '多种字符' 其中的任意一个字符。比如,表达式 "d" 可以匹配任意一个数字。虽然可以匹配其中任意字符,但是只能是一个,不是多个。这就好比玩扑克牌时候,大小王可以代替任意一张牌,但是只能代替一张牌。
举例1:表达式 "dd",在匹配 "abc123" 时,匹配的结果是:成功;匹配到的内容是:"12";匹配到的位置是:开始于3,结束于5。
举例2:表达式 "a.d",在匹配 "aaa100" 时,匹配的结果是:成功;匹配到的内容是:"aa1";匹配到的位置是:开始于1,结束于4。 1.4 自定义能够匹配 '多种字符' 的表达式 使用方括号 [ ] 包含一系列字符,能够匹配其中任意一个字符。用 [^ ] 包含一系列字符,则能够匹配其中字符之外的任意一个字符。同样的道理,虽然可以匹配其中任意一个,但是只能是一个,不是多个。
[url=http://www.regexlab.com/zh/workshop.asp?pat=[bcd][bcd]&txt=abc123]举例1:表达式 "[bcd][bcd]" 匹配 "abc123" 时[/url],匹配的结果是:成功;匹配到的内容是:"bc";匹配到的位置是:开始于1,结束于3。
[url=http://www.regexlab.com/zh/workshop.asp?pat=[^abc]&txt=abc123]举例2:表达式 "[^abc]" 匹配 "abc123" 时[/url],匹配的结果是:成功;匹配到的内容是:"1";匹配到的位置是:开始于3,结束于4。 1.5 修饰匹配次数的特殊符号 前面章节中讲到的表达式,无论是只能匹配一种字符的表达式,还是可以匹配多种字符其中任意一个的表达式,都只能匹配一次。如果使用表达式再加上修饰匹配次数的特殊符号,那么不用重复书写表达式就可以重复匹配。
使用方法是:"次数修饰"放在"被修饰的表达式"后边。比如:"[bcd][bcd]" 可以写成 "[bcd]{2}"。
举例1:表达式 "d+.?d*" 在匹配 "It costs $12.5" 时,匹配的结果是:成功;匹配到的内容是:"12.5";匹配到的位置是:开始于10,结束于14。
举例2:表达式 "go{2,8}gle" 在匹配 "Ads by goooooogle" 时,匹配的结果是:成功;匹配到的内容是:"goooooogle";匹配到的位置是:开始于7,结束于17。 1.6 其他一些代表抽象意义的特殊符号 一些符号在表达式中代表抽象的特殊意义:
进一步的文字说明仍然比较抽象,因此,举例帮助大家理解。
举例1:表达式 "^aaa" 在匹配 "xxx aaa xxx" 时,匹配结果是:失败。因为 "^" 要求与字符串开始的地方匹配,因此,只有当 "aaa" 位于字符串的开头的时候,"^aaa" 才能匹配,比如:"aaa xxx xxx"。 举例2:表达式 "aaa$" 在匹配 "xxx aaa xxx" 时,匹配结果是:失败。因为 "$" 要求与字符串结束的地方匹配,因此,只有当 "aaa" 位于字符串的结尾的时候,"aaa$" 才能匹配,比如:"xxx xxx aaa"。 举例3:表达式 ".." 在匹配 "@@@abc" 时,匹配结果是:成功;匹配到的内容是:"@a";匹配到的位置是:开始于2,结束于4。 进一步说明:"" 与 "^" 和 "$" 类似,本身不匹配任何字符,但是它要求它在匹配结果中所处位置的左右两边,其中一边是 "w" 范围,另一边是 非"w" 的范围。 举例4:表达式 "end" 在匹配 "weekend,endfor,end" 时,匹配结果是:成功;匹配到的内容是:"end";匹配到的位置是:开始于15,结束于18。 一些符号可以影响表达式内部的子表达式之间的关系:
举例5:表达式 "Tom|Jack" 在匹配字符串 "I'm Tom, he is Jack" 时,匹配结果是:成功;匹配到的内容是:"Tom";匹配到的位置是:开始于4,结束于7。匹配下一个时,匹配结果是:成功;匹配到的内容是:"Jack";匹配到的位置时:开始于15,结束于19。
举例6:表达式 "(gos*)+" 在匹配 "Let's go go go!" 时,匹配结果是:成功;匹配到内容是:"go go go";匹配到的位置是:开始于6,结束于14。 举例7:表达式 "¥(d+.?d*)" 在匹配 "$10.9,¥20.5" 时,匹配的结果是:成功;匹配到的内容是:"¥20.5";匹配到的位置是:开始于6,结束于10。单独获取括号范围匹配到的内容是:"20.5"。 2. 正则表达式中的一些高级规则2.1 匹配次数中的贪婪与非贪婪 在使用修饰匹配次数的特殊符号时,有几种表示方法可以使同一个表达式能够匹配不同的次数,比如:"{m,n}", "{m,}", "?", "*", "+",具体匹配的次数随被匹配的字符串而定。这种重复匹配不定次数的表达式在匹配过程中,总是尽可能多的匹配。比如,针对文本 "dxxxdxxxd",举例如下:
由此可见,"w+" 在匹配的时候,总是尽可能多的匹配符合它规则的字符。虽然第二个举例中,它没有匹配最后一个 "d",但那也是为了让整个表达式能够匹配成功。同理,带 "*" 和"{m,n}" 的表达式都是尽可能地多匹配,带 "?" 的表达式在可匹配可不匹配的时候,也是尽可能的 "要匹配"。这 种匹配原则就叫作 "贪婪" 模式 。
非贪婪模式:
在修饰匹配次数的特殊符号后再加上一个 "?" 号,则可以使匹配次数不定的表达式尽可能少的匹配,使可匹配可不匹配的表达式,尽可能的 "不匹配"。这种匹配原则叫作 "非贪婪" 模式,也叫作 "勉强" 模式。如果少匹配就会导致整个表达式匹配失败的时候,与贪婪模式类似,非贪婪模式会最小限度的再匹配一些,以使整个表达式匹配成功。举例如下,针对文本"dxxxdxxxd" 举例:
[url=http://www.regexlab.com/zh/workshop.asp?pat=[td](.*)[/td]&txt=[td]<p]举例1:表达式 "<td>(.*)< d>" 与字符串 "<td><p>aa<p>< d> <td><p>bb<p>< d>" 匹配时[/url], 匹配的结果是:成功;匹配到的内容是 "<td><p>aa<p>< d> <td><p>bb<p>< d>" 整个字符串, 表达式中的 "< d>" 将与字符串中最后一个 "< d>" 匹配。 [url=http://www.regexlab.com/zh/workshop.asp?pat=[td](.*?)[/td]&txt=[td]<p]举例2:相比之下,表达式 "<td>(.*?)< d>" 匹配举例1中同样的字符串时[/url],将只得到 "<td><p>aa<p>< d>", 再次匹配下一个时,可以得到第二个 "<td><p>bb<p>< d>"。 2.2 反向引用 1, 2... 表达式在匹配时,表达式引擎会将小括号 "( )" 包含的表达式所匹配到的字符串记录下来。在获取匹配结果的时候,小括号包含的表达式所匹配到的字符串可以单独获取。这一点,在前面的举例中,已经多次展示 了。在实际应用场合中,当用某种边界来查找,而所要获取的内容又不包含边界时,必须使用小括号来指定所要的范围。比如前面的 "<td>(.*?)< d>"。
其实,"小括号包含的表达式所匹配到的字符串" 不仅是在匹配结束后才可以使用,在匹配过程中也可以使用。表达式后边的部分,可以引用前面 "括号内的子匹配已经匹配到的字符串"。引用方法是 "" 加上一个数字。"1" 引用第1对括号内匹配到的字符串,"2" 引用第2对括号内匹配到的字符串……以此类推,如果一对括号内包含另一对括号,则外层的括号先排序号。换句话说,哪一对的左括号 "(" 在前,那这一对就先排序号。 举例如下:
举例1:表达式 "('|")(.*?)(1)" 在匹配 " 'Hello', "World" " 时,匹配结果是:成功;匹配到的内容是:" 'Hello' "。再次匹配下一个时,可以匹配到 " "World" "。 举例2:表达式 "(w)1{4,}" 在匹配 "aa bbbb abcdefg ccccc 111121111 999999999" 时,匹配结果是:成功;匹配到的内容是 "ccccc"。再次匹配下一个时,将得到 999999999。这个表达式要求 "w" 范围的字符至少重复5次,注意与 "w{5,}" 之间的区别。 举例3:表达式 "<(w+)s*(w+(=('|").*?4)?s*)*>.*?<\1>" 在匹配 "<td id='td1' style="bgcolor:white">< d>" 时,匹配结果是成功。如果 "<td>" 与 "< d>" 不配对,则会匹配失败;如果改成其他配对,也可以匹配成功。 2.3 预搜索,不匹配;反向预搜索,不匹配 前面的章节中,我讲到了几个代表抽象意义的特殊符号:"^","$",""。它们都有一个共同点,那就是:它们本身不匹配任何字符,只是对 "字符串的两头" 或者 "字符之间的缝隙"附加了一个条件。理解到这个概念以后,本节将继续介绍另外一种对 "两头" 或者 "缝隙" 附加条件的,更加灵活的表示方法。
正向预搜索:"(?=xxxxx)","(?!xxxxx)"
格式:"(?=xxxxx)",在被匹配的字符串中,它对所处的 "缝隙" 或者 "两头" 附加的条件是:所在缝隙的右侧,必须能够匹配上 xxxxx 这部分的表达式。因为它只是在此作为这个缝隙上附加的条件,所以它并不影响后边的表达式去真正匹配这个缝隙之后的字符。这就类似 "",本身不匹配任何字符。"" 只是将所在缝隙之前、之后的字符取来进行了一下判断,不会影响后边的表达式来真正的匹配。 举例1:表达式 "Windows (?=NT|XP)" 在匹配 "Windows 98, Windows NT, Windows 2000" 时,将只匹配 "Windows NT" 中的 "Windows ",其他的 "Windows " 字样则不被匹配。 举例2:表达式 "(w)((?=111)(1))+" 在匹配字符串 "aaa ffffff 999999999" 时,将可以匹配6个"f"的前4个,可以匹配9个"9"的前7个。这个表达式可以读解成:重复4次以上的字母数字,则匹配其剩下最后2位之前的部分。当然,这个表达式可以不这样写,在此的目的是作为演示之用。 格式:"(?!xxxxx)",所在缝隙的右侧,必须不能匹配 xxxxx 这部分表达式。
举例3:表达式 "((?!stop).)+" 在匹配 "fdjka ljfdl stop fjdsla fdj" 时,将从头一直匹配到 "stop" 之前的位置,如果字符串中没有 "stop",则匹配整个字符串。 举例4:表达式 "do(?!w)" 在匹配字符串 "done, do, dog" 时,只能匹配 "do"。在本条举例中,"do" 后边使用 "(?!w)" 和使用 "" 效果是一样的。 反向预搜索:"(?<=xxxxx)","(?<!xxxxx)"
这两种格式的概念和正向预搜索是类似的,反向预搜索要求的条件是:所在缝隙的 "左侧",两种格式分别要求必须能够匹配和必须不能够匹配指定表达式,而不是去判断右侧。与 "正向预搜索" 一样的是:它们都是对所在缝隙的一种附加条件,本身都不匹配任何字符。 举例5:表达式 "(?<=d{4})d+(?=d{4})" 在匹配 "1234567890123456" 时,将匹配除了前4个数字和后4个数字之外的中间8个数字。由于 JScript.RegExp 不支持反向预搜索,因此,本条举例不能够进行演示。很多其他的引擎可以支持反向预搜索,比如:Java 1.4 以上的 java.util.regex 包,.NET 中System.Text.RegularExpressions 命名空间,以及本站推荐的最简单易用的 DEELX 正则引擎。 3. 其他通用规则 还有一些在各个正则表达式引擎之间比较通用的规则,在前面的讲解过程中没有提到。
3.1 表达式中,可以使用 "xXX" 和 "uXXXX" 表示一个字符("X" 表示一个十六进制数)
3.2 在表达式 "s","d","w","" 表示特殊意义的同时,对应的大写字母表示相反的意义
3.3 在表达式中有特殊意义,需要添加 "" 才能匹配该字符本身的字符汇总
3.4 括号 "( )" 内的子表达式,如果希望匹配结果不进行记录供以后使用,可以使用 "(?:xxxxx)" 格式
[url=http://www.regexlab.com/zh/workshop.asp?pat=(?w)1)+&txt=a bbccdd efg]举例1:表达式 "(?w)1)+" 匹配 "a bbccdd efg" 时[/url],结果是 "bbccdd"。括号 "(?" 范围的匹配结果不进行记录,因此 "(w)" 使用 "1" 来引用。
3.5 常用的表达式属性设置简介:Ignorecase,Singleline,Multiline,Global
4. 其他提示 4.1 如果想要了解高级的正则引擎还支持那些复杂的正则语法,可参见本站 DEELX 正则引擎的说明文档。
4.2 如果要要求表达式所匹配的内容是整个字符串,而不是从字符串中找一部分,那么可以在表达式的首尾使用 "^" 和 "$",比如:"^d+$" 要求整个字符串只有数字。
4.4 表达式不要匹配空字符串。否则会一直得到匹配成功,而结果什么都没有匹配到。比如:准备写一个匹配 "123"、"123."、"123.5"、".5" 这几种形式的表达式时,整数、小数点、小数数字都可以省略,但是不要将表达式写成:"d*.?d*",因为如果什么都没有,这个表达式也可以匹配成功。更好的写法是:"d+.?d*|.d+"。
4.5 能匹配空字符串的子匹配不要循环无限次。如果括号内的子表达式中的每一部分都可以匹配 0 次,而这个括号整体又可以匹配无限次,那么情况可能比上一条所说的更严重,匹配过程中可能死循环。虽然现在有些正则表达式引擎已经通过办法避免了这种情况 出现死循环了,比如 .NET 的正则表达式,但是我们仍然应该尽量避免出现这种情况。如果我们在写表达式时遇到了死循环,也可以从这一点入手,查找一下是否是本条所说的原因。
4.6 合理选择贪婪模式与非贪婪模式,参见话题讨论。
4.7 或 "|" 的左右两边,对某个字符最好只有一边可以匹配,这样,不会因为 "|" 两边的表达式因为交换位置而有所不同。
------------------------------------------------------------------------------------------下一篇
1,定义正则表达式
1)定义正则表达式有两种形式,一种是普通方式,一种是构造函数方式。
2)普通方式:var reg=表达式附加参数 表达式:一个字符串,代表了某种规则,其中可以使用某些特殊字符,来代表特殊的规则,后面会详细说明。 附加参数:用来扩展表达式的含义,目前主要有三个参数: g:代表可以进行全局匹配。 i:代表不区分大小写匹配。 m:代表可以进行多行匹配。 上面三个参数,可以任意组合,代表复合含义,当然也可以不加参数。 例子: var reg=a*b; var reg=abc+fg; 3)构造函数方式:var reg=new RegExp(“表达式”,”附加参数”); 其中“表达式”与“附加参数”的含义与上面那种定义方式中的含义相同。 例子: var reg=new RegExp(“a*b”); var reg=new RegExp(“abc+f”,”g”); 4)普通方式与构造函数方式的区别 普通方式中的表达式必须是一个常量字符串,而构造函数中的表达式可以是常量字符串,也可以是一个js变量,例如根据用户的输入来作为表达式参数等等: var reg=new RegExp(document.forms[0].exprfiled.value,”g”); 2,表达式模式
1)表达式模式,是指表达式的表达方式与样式, 即 var reg=表达式附加参数 中的“表达式”怎样去描述?
2)从规范上讲,表达式模式分为简单模式和复合模式。 3)简单模式:是指通过普通字符的组合来表达的模式,例如 var reg=abc0d; 可见简单模式只能表示具体的匹配。 4)复合模式:是指含有通配符来表达的模式,例如: var reg=a+b?w; 其中的+、?和w都属于通配符,代表着特殊的含义。因此复合模式可以表达更为抽象化的逻辑。 下面我们着重说一下复合模式中各个通配符的含义及其使用。 5)复合模式中特殊字符的讲解: 1>:在许多编程语言里面被用作转义符,一般来说
符号后面如果跟的是普通字符c,那么c就代表特殊的含义,例如n本来代表字符n,但 就代表换行。 符号后面如果跟的是特殊字符c,那么c就代表普通字符c,例如一般用作转义符,但\则调表普通字符。 Javascript的正则表达式中的用法与上面相同,只是不同的编程语言,特殊字符表可能不太一样罢了。 2>^:匹配输入字符串的起始端,如果是多行匹配,即表达式的附加参数中含有m,则也在一个换行符后匹配。
例子:^B匹配 “Bab Bc ”中的第一个B 例子2:^Bgm匹配 “Badd B cdaf B dsfB” 中的第一行第一个B,第三行中的第一个B 3>$:匹配输入字符创的尾端,如果是多行匹配,即表达式的附加参数中含有m,则也在一个换行符前匹配。 与^的用法相反。 例子: $匹配“bat”中的t,但是不匹配“hate”中的t 例子2: $匹配 “tag at bat” 中第一行的最后一个t和第二行的t。 4>*:匹配前一个字符0次或多次。
例子:ab*匹配“dddabbbbc”中的“abbbb”,也匹配“ddda”中的“a” 5>+:匹配前一个字符1次或多次。
例子:ab+匹配“dddabbbbc”中的“abbbb”,但不匹配“ddda” 与后面的{1,}(原型:{n,})的用法类似 6>?:?的用法比较特殊,一般来说它用来对前一个字符做0次或1次匹配,但是它有另外两种特殊的用法:
如果紧跟在*、+、?和{ }之后,则表示原始匹配的最小次数匹配,例如: a*本来匹配“bbbaaaa”中的“baaaa”,但是a*?则匹配“bbbaaaa”中的“b”(因为*表示0次或多次匹配,而加?应该表示最少次数匹配,即0次匹配)。 同理:a+?则匹配“baaaa”中的“ba”。 作为语法结构符号,使用于前置断言中,即后面要说到的x(?=y)和x(?!=y) 7>.:小数点中的“.”号,匹配任何一个单独的字符,但是换行符除外。
标准中总共有哪些字符?请参考:字符集 例如:a.b匹配“acbaa”中的“acb”,但是不匹配“abbb”。 8>(x):表示匹配x(并非特指字符x或者特指一个字符,x表示一个字符串),而且匹配会被记住,在语法中这种()被称为“capturing parentheses ”,即捕捉用的小括号。
匹配会被记住,是因为在表达式提供的函数中,有些函数返回一个数组,该数组会保存所匹配的所有字符串,例如exec()函数。 另外还要注意()中的x被记住的前提是匹配x。 例子1: var regx=a(b)c; var rs=regx.exec(“abcddd”); 从上面可以看出,a(b)c匹配“abcddd”中的“abc”,因为()的原因,b也会记录下来,因此rs返回的数字内容为: {abc,b} 例子2: var regx=a(b)c; var rs=regx.exec(“acbcddd”); rs返回null,因为a(b)c不匹配“acbcddd”,所以()中的b不会被记录下来(尽管字符串中含有b) 9>(?:x):匹配x,但不会记住x,这种格式中的()被称为“non-capturing parentheses ”,即非捕捉用的小括号。 例子: var regx=a(?:b)c; var rs=regx.exec(“abcddd”); 从上面可以看出,a(?:b)c匹配“abcddd”中的“abc”,因为(?的原因,b不会记录下来,因此rs返回的数字内容为: {abc} 10>X(?=y):匹配x,仅当后面紧跟着y时。如果符合匹配,则只有x会被记住,y不会被记住。
例子: var regx=user(?=name); var rs=regx.exec(“The username is Mary”); 结果:匹配成功,而且rs的值为{user} 11>X(?!y):匹配x,仅当后面不紧跟着y时。如果符合匹配,则只有x会被记住,y不会被记住。
例子: var regx=user(?!name); var rs=regx.exec(“The user name is Mary”); 结果:匹配成功,而且rs的值为{user} 例子2: var regx=\d+(?!.); var rs=regx.exec(“54.235”); 结果:匹配成果,rs的值为{5},不匹配54是因为54后面跟着“.”号,当然235也匹配,但是由于exec方法的行为,235不会被返回 12>x|y:匹配x或y。注意如果x和y都匹配上了,那么只记住x。
例子: var regx=eijing|shanghai; var rs=regx.exec(“I love beijing and shanghai”); 结果:匹配成功,rs的值为{beijing},虽然shanghai也匹配,但不会被记住。 13>{n}:匹配前一个字符的n次出现。
n必须是一个非负数,当然如果是一个负数或小数也不会报语法错误。 例子: var regx=ab{2}c; var rs=regx.exec(“abbcd”); 结果:匹配成功,rs的值为:{abbc}。 14>{n,}:匹配前一个字符的至少n次出现。
例子: var regx=ab{2,}c; var rs=regx.exec(“abbcdabbbc”); 结果:匹配成功,rs的值为:{abbc}。注意为什么abbbc也符合条件为什么没有被记住,这与exec方法的行为有关,后面会统一讲解。 15>{n,m}:匹配前一个字符的至少n次最多m次的出现。
只要n与m为数字,而且m>=n就不会报语法错误。 例子: var regx=ab{2,5}c; var rs=regx.exec(“abbbcd”); 结果:匹配成功,rs的值为:{abbbc}。 例子2: var regx=ab{2,2}c; var rs=regx.exec(“abbcd”); 结果:匹配成功,rs的值为:{abbc}。 例子3: var regx=ab(2,5); var rs=regx.exec(“abbbbbbbbbb”); 结果:匹配成功,rs的值为:{abbbbb},这说明,如果前一个字符出现多于m次,则只匹配m次。另外: var regx=ab(2,5)c; var rs=regx.exec(“abbbbbbbbbbc”); 结果:匹配失败,rs的值为:null,为什么匹配失败,因为b多于5个则b(2,5)会匹配前5个b,,而表达式ab(2,5)c中b后面是c,但字符串中5个b之后还是b所以会报错。 16>[xyz]:xyz表示一个字符串,该模式表示匹配[]中的一个字符,形式上[xyz]等同于[x-z]。
例子: var regx=a[bc]d; var rs=regx.exec(“abddgg”); 结果:匹配成功,rs的值为:{abd} 例子2: var regx=a[bc]d; var rs=regx.exec(“abcd”); 结果:匹配失败,rs的值为:null,之所以失败,是因为[bc]表示匹配b或c中的一个,但不会同时匹配。 17>[^xyz]:该模式表示匹配非[]中的一个字符,形式上[^xyz]等同于[^x-z]。
例子: var regx=a[^bc]d; var rs=regx.exec(“afddgg”); 结果:匹配成功,rs的值为:{afd} 例子2: var regx=a[^bc]d; var rs=regx.exec(“abd”); 结果:匹配失败,rs的值为:。 18>[]:匹配退格键。
19>:匹配一个词的边界符,例如空格和换行符等等,当然匹配换行符时,表达式应该附加参数m。
例子: var regx=\bc.; var rs=regx.exec(“Beijing is a beautiful city”); 结果:匹配成功,rs的值为:{ci},注意c前边的空格不会匹配到结果中,即{ ci}是不正确的。 20>B:代表一个非单词边界。
例子: var regx=\Bi.; var rs=regx.exec(“Beijing is a beautiful city”); 结果:匹配成功,rs的值为:{ij},即匹配了Beijing中的ij。 21>cX,匹配一个控制字符。例如, cM 匹配一个 Control-M 或
回车符。 x 的值必须为 A-Z 或 a-z 之一。否则,将 c 视为一 个原义的 ’c’ 字符。(实际的例子还需补充) 21>d:匹配一个数字字符,等同于[0-9]。
例子: var regx=userd; var rs=regx.exec(“user1”); 结果:匹配成功,rs的值为:{user1} 22>D:匹配一个非数字字符,等同于[^0-9]。
例子: var regx=userD; var rs=regx.exec(“userA”); 结果:匹配成功,rs的值为:{userA} 23>f:匹配一个换页符。
24>
:匹配一个换行符。因为是换行符,所以在表达式中要加入m参数。
例子: var regx=a bcm; var str=“a bc”; var rs=regx.exec(str); 结果:匹配成功,rs的值为:{ },如果表达式为a bc,则不会被匹配,因此在一般的编辑器中一个”Enter”键代表着“回车换行”,而非“换行回车”,至少在textarea域中是这样的。 25> :匹配一个回车符 26>s:匹配一个空格符,等同于[ f
vu00A0u2028u2029].
例子: var regx=\si; var rs=regx.exec(“Beijing is a city”); 结果:匹配成功,rs的值为:{ i} 27>S:匹配一个非空格符,等同于[ ^f
vu00A0u2028u2029].
例子: var regx=\Si; var rs=regx.exec(“Beijing is a city”); 结果:匹配成功,rs的值为:{ei} 28> :匹配一个tab
例子: var regx=a b; var rs=regx.exec(“a bc”); 结果:匹配成功,rs的值为: {a bc} 29>v:匹配一个竖向的tab
30>w:匹配一个数字、_或字母表字符,即[A-Za-z0-9_ ]。
例子: var regx=\w; var rs=regx.exec(“$25.23”); 结果:匹配成功,rs的值为:{2} 31>W:匹配一个非数字、_或字母表字符,即[^A-Za-z0-9_ ]。
例子: var regx=\w; var rs=regx.exec(“$25.23”); 结果:匹配成功,rs的值为:{$} 32>
:注意不是
,这里n是一个正整数,表示匹配第n个()中的字符。
例子: var regx=user([,-])group1role; var rs=regx.exec(“user-group-role”); 结果:匹配成功,rs的值为:{user-group-role,-},同样对user,group,role的匹配也是成功的,但像user-group,role等就不对了。 33> |