比如以下的代碼就是用來(lái)測(cè)試用正則表達(dá)式匹配從 0xff 到 0xffff 的字符。而值范圍在 0 到 0xfe 的所有字符是不能被匹配的。 　
以下為引用的內(nèi)容：
復(fù)制代碼 代碼如下:
Regex regex = new Regex(@"[/u00FF-/uFFFF]+");
　　// The characters, whoes value are smaller than 0xff,
　　// are not expected to be matched.
　　for (int i = 0; i <0xff; i++) {
　　string s = new string(new char[] { (char)i });
　　Debug.Assert(!regex.IsMatch(s), string.Format(
　　"The character was not expected to be matched: 0x{0:X}!", i));
　　}
　　// However, the characters whoes value
　　// are greater than 0xfe are expected to be matched.
　　for (int i = 0xff; i <= 0xffff; i++) {
　　string s = new string(new char[] { (char)i });
　　Debug.Assert(regex.IsMatch(s), string.Format(
　　"The character was expected to be matched: 0x{0:X}!", i));
　　}

這時(shí)的運(yùn)行結(jié)果是正常的，沒(méi)有任何的斷言錯(cuò)誤出現(xiàn)。
然而當(dāng)使用忽略大小寫(xiě)的匹配模式時(shí)，結(jié)果就不一樣了。將上面代碼中的第一行改成：
1Regex regex = new Regex(@"[/u00FF-/uFFFF]+", RegexOptions.IgnoreCase);
程序運(yùn)行的時(shí)候就會(huì)有兩處斷言錯(cuò)誤。它們分別是字符值為 73 和 105，也就是小寫(xiě)字母 i 和大寫(xiě)字母 I。 這個(gè) bug 非常奇怪，別的字符都很正常!而且用 Javascript腳本在 IE (版本是6.0)里面運(yùn)行也同樣有這么 bug 存在(比如下面這段代碼)。然而在 Firefox中運(yùn)行就是沒(méi)有問(wèn)題的。還是 Firefox 好啊，呵呵!
以下為引用的內(nèi)容：
復(fù)制代碼 代碼如下:
var re = /[/u00FF-/uFFFF]+/;
　　// var re = /[/u00FF-/uFFFF]+/i;
　　for(var i=0; i<0xff; i++) {
　　var s = String.fromCharCode( i );
　　if ( re.test(s) ) {
　　alert( 'Should not be matched: ' + i + '!' );
　　}
　　}
　　for(var i=0xff; i<=0xffff; i++) {
　　var s = String.fromCharCode( i );
　　if ( !re.test(s) ) {
　　alert( 'Should be matched: ' + i + '!' );
　　}
　　}

AspNet技術(shù)：asp.NET開(kāi)發(fā)中正則表達(dá)式中BUG分析，轉(zhuǎn)載需保留來(lái)源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。