之前只會
/<abc(?!def).+>/.exec("<abcdef>\n<abczzz>")
,匹配到<abczzz>
,這種簡單的固定寫法,但實際使用次數幾乎趨近於0。javascript不少場景不能寫死
abc
,瓜熟蒂落的就寫成了/<.+(?!def).+>/.exec("<abcdef>\n<abczzz>")
,咦?咋把前面的匹配到了!從入門到放棄。html昨天(2019-04-07)隨手寫了一下
/<(?:.(?!def))+>/.exec("<abcdef>\n<abczzz>")
,原來是對.+(?!排除的字符串)
這個結構能起到的做用理解錯了,怪不得達不到預期,(.(?!排除的字符串))+
纔是正解。java留下一個未解的問題,每一個字符後面排除一下的能良好工做,一堆未定長度字符後排除一下怎麼就不能工做,前瞻不會和前面的
+、*、{}
起做用嗎?解釋看結尾。正則表達式
附:
/<(?!.+def).+>/.exec("<abcdefzzz>\n<abczzz>")
寫法也能夠。多是結尾的.+致使的不能匹配,但這樣寫仍是不行:/<.+(?!def)zzz>/.exec("<abcdefzzz>\n<abczzz>")
。瀏覽器
正則表達式匹配指定內容後面要或不要包含指定的字符串內容:函數
- 要:比較簡單,寫上這個要的便可
- 不要:比要複雜不少,如何排除掉?
abc
部分不能寫死)Not Only JavaScript
);不單單是瀏覽器中的js;不過js的正則/exp/
字面量寫法簡潔到沒盆友(哪一個語言),函數、對象、字符串通通不須要;不接受反駁。htmlRaw=` <div ***="*** ***" class="***" ***="***"> class=" matchX 1" <div ***="*** ***" class="*** matchX ***" ***="*** excludeX ***"> class=" matchX 2" </div> class=" matchX 3" </div> <div ***="*** ***" class="***" ***="***"> class=" matchX 4" <div ***="*** ***" class="*** ***" ***="***"> class=" matchX 5" </div> class=" matchX 6" </div> ...... `; //注: *** 不是固定內容,但不會出現未轉義的xml實體、matchX、excludeX //注: class=" matchX 123456"純文本只作演示干擾之用,不該看成爲特徵 //若是數據對換行不敏感,應優先轉換成沒有換行的,大機率能夠簡化正則邏輯 htmlNoWrap=htmlRaw.replace(/[\r\n]+/g," "); //正則測試代碼 (/[\s\S]*/.exec(htmlRaw)||[])[0]
匹配出
div.matchX
標籤:<div ***="*** ***" class="*** matchX ***" ***="***">
性能
能夠直接使用 [^>]
把matchX
限定在<>
HTML標記內,意思就是<>
中的文本不要出現結尾的>
字符。測試
單個字符還算簡單:code
//有效 /<div[^>]+matchX[^>]+>/.exec(htmlRaw)[0]
若是不限定在<>
標記內,可能會匹配出界;而且這種不限定,早晚會出亂子:xml
//無效 /<div.+?matchX.+?>/.exec(htmlNoWrap)[0] /<div[\s\S]+?matchX[\s\S]+?>/.exec(htmlRaw)[0] //有換行符就是又長又難看
其餘單個字符場景另行靈活運用。
匹配出第一層不帶
excludeX
文本內容的第一塊div
,就是返回包含matchX 4
的那塊div
[^]
語法只能排除掉單個字符,不要一個字符串咋辦?硬是要寫成[^abc]
,會把a、b、c
字符所有排除掉;除了使用前瞻,好像尚未別的簡單辦法。
使用本文開頭的(.(?!排除的字符串))+
結構就能達到目的,核心就在(?:[^>](?!excludeX))*
:
//有效 /<div[^>]*>[^<]+<div(?:[^>](?!excludeX))*>[^<]+<\/div>[^<]+<\/div>/.exec(htmlRaw)[0]
要包含一個字符串的匹配,直接寫須要的字符串便可,相對簡單太多,就不寫這種例子了。
未研究(.(?!排除的字符串))+
結構的性能。
.+(?!排除)
不能工做的釋疑因爲(?!排除)
並不會做用於貪婪匹配到的每個字符串,只會做用於.+
貪婪匹配到的最後一個字符;意思就是前瞻不能阻止+
對最後一個字符以前的全部字符進行貪婪匹配。
/<.+(?!def).+>/.exec("<abcdef>\n<abczzz>")
第一個 .+ 匹配到了 abcde,以後是 f,不是 def,第二個 .+ 匹配 f,符合正則
/(\d+)(?!\.1)/.exec("123.141") 目測是這樣的: > 123:\d+貪婪匹配到.爲止 > 12:發現 123.1 不符合(?!\.1),後退一位 > 沒有表達式了,返回 12 /(.+)(?!\.1)/.exec("123.141") 目測是這樣的: > 123.141:.+貪婪匹配到結尾 > 123.141 : 符合(?!\.1) > 沒有表達式了,返回 123.141 /(.(?!\.1))+/.exec("123.141") 目測是這樣的: > 1:.匹配到新的一位 > 1:123 符合(?!\.1) > 12:.匹配到新的一位 > 12:123.符合(?!\.1) > 123:.匹配到新的一位 > 12:發現 123.1 不符合(?!\.1),後退一位,並退出循環 > 沒有表達式了,返回 12
若是要對每一個字符進行前瞻檢查,惟有最後一種寫法比較好理解。