這里需要注意：在大多數(shù)語言中，先行斷言中可以有任意的正則語法，比如可以用+或者*這種不確定重復(fù)的匹配，但是回顧斷言中的限制就比較多，很多語言的回顧斷言中不支持諸如+和*這種不定重復(fù)的匹配和后部引用，因?yàn)檎齽t解釋引擎在匹配回顧斷言的時(shí)候，當(dāng)回顧斷言中的內(nèi)容匹配成功后再去匹配斷言后的實(shí)際內(nèi)容時(shí)，它需要能計(jì)算出后退多少步才能判斷出當(dāng)前匹配是否與這個(gè)正則完全匹配。有些語言壓根就不支持回顧斷言，比如JS；而 PHP, Delphi, R和 Ruby只支持在回顧斷言中加入選擇匹配，但選擇匹配的內(nèi)容長度必須相同，形如[ab|ba|cd]；Java回顧斷言限制不多，但無法在回顧斷言中加入不定數(shù)量的重復(fù)，也就是不能在回顧斷言中使用+和＊; .Net支持在回顧斷言中使用任意正則語法。（以上內(nèi)容參考自下面的第一個(gè)mark參考中，可能存在時(shí)效的問題， 如有錯(cuò)誤還請(qǐng)大神指出。）

正則零寬斷言更多參考mark：
?Lookahead and Lookbehind Zero-Length Assertions

各種語言對(duì)于正則不同支持參考：
?Comparison of regular expression engines

通過設(shè)置正則表達(dá)式后的修飾符(flag)可開啟對(duì)應(yīng)的匹配模式：s（單行模式）和m(多行模式)。單行模式與多行模式這兩名字容易讓人誤以為兩者是互相排斥的， 也就是誤以為開啟了多行模式，那么就不是單行模式，而實(shí)際上單行模式或多行模式的開關(guān)并不會(huì)影響另一個(gè)，兩個(gè)模式可以同時(shí)用。

開關(guān)單行模式影響的是元字符.的匹配。單行模式開啟時(shí)，元字符.匹配包括換行符 在內(nèi)的任意字符，單行模式關(guān)閉時(shí)，元字符.匹配不包括換行符 的任意字符。

多行模式影響的是元字符^和$。多行模式開啟時(shí)，元字符^可以匹配字符串開頭（字符串的開始位置），也可以匹配行的開頭（即換行符 之后的位置),元字符$　可以匹配字符串結(jié)尾（字符串的結(jié)束位置）, 也可以匹配行的結(jié)尾（即換行符 之前的位置）。多行模式關(guān)閉時(shí)，元字符^和$只能匹配字符串的開頭和結(jié)尾，不能匹配換行符 的之前和之后。也就是說如果沒有這兩個(gè)元字符，即使正則后加多行模式修飾符m也無意義，多行模式的正則必須有這兩個(gè)元字符中的一個(gè)或兩個(gè)才有意義。
概念參考mark： ?正則表達(dá)式的多行模式與單行模式
附一個(gè)JS描述的多行模式：?multiline 屬性（正則表達(dá)式）(JavaScript)

注意：JS中正則并不支持單行模式的開啟

JS中的正則需要注意下正則對(duì)象的方法與String對(duì)象方法的微妙區(qū)別。

每個(gè)正則對(duì)象實(shí)例有這幾項(xiàng)屬性global（是否帶有修飾符g的布爾值） ignoreCase（是否帶有修飾符i的布爾值） lastIndex（對(duì)象方法匹配開始的位置索引，初始為0） multiline（是否帶有修飾符m的布爾值） source（正則源碼文本,注意源碼文本不包括修飾符）。

ES6中RegExp對(duì)象實(shí)例新增的只讀屬性sticky可以判斷正則后是否帶修飾符y（新增），設(shè)置y修飾符的正則每次匹配，存在lastIndex屬性情況下lastIndex不會(huì)自動(dòng)歸零，并且在正則表達(dá)式中隱式地加入了開頭元字符^，這樣就使得正則表達(dá)式的匹配錨定在lastIndex的位置。這種用法的詳情可參考MDN文檔的栗子?：?RegExp.prototype.sticky 以及?JavaScript:正則表達(dá)式的/y標(biāo)識(shí)

JS中每個(gè)RegExp對(duì)象實(shí)例有兩個(gè)方法，分別是：exec()與test()。這兩個(gè)方法運(yùn)行邏輯幾乎等價(jià)，但是exec要復(fù)雜些，匹配失敗返回null，匹配成功它將返回一個(gè)數(shù)組， 數(shù)組第一個(gè)元素是匹配整個(gè)正則的內(nèi)容，之后的元素是正則中捕獲組的匹配（注：使用非捕獲組可以獲得微弱的性能優(yōu)勢(shì)）舉個(gè)栗子：

//捕獲組()
var pattern1 = /(www).(baidu).(com)/i  
//非捕獲組(?:)
var pattern2 = /(?:www).(?:baidu).(?:com)/i

var str  = "www.baidu.com"

pattern1.exec(str)
//返回?cái)?shù)組["www.baidu.com", "www", "baidu", "com"]
pattern2.exec(str)
//返回?cái)?shù)組["www.baidu.com"]

注意：雖然exec()和String的match()方法返回的都是數(shù)組的實(shí)例，但是他們的返回值都有兩個(gè)額外的屬性：index和input分別表示匹配項(xiàng)在字符串中的位置和應(yīng)用正則的整段字符串。

而test()方法更為簡(jiǎn)單，匹配成功返回true，失敗返回false。這里需要注意下這兩個(gè)方法中的lastIndex屬性與正則表達(dá)式中的全局修飾符g的關(guān)系。
當(dāng)正則中存在全局修飾符g時(shí)，RegExp對(duì)象的lastIndex屬性將保存下一次開始的匹配的位置，比如：

var  pattern = /(www).(baidu).(com)/g 
var  str2 = "www.baidu.com www.google.com www.baidu.com"
pattern.exec(str2)
pattern.lastIndex  //13

這意味著下次調(diào)用exec方法它將從被匹配字符串索引13的位置開始匹配（也可以手動(dòng)設(shè)置lastIndex的值）。test()方法同理。正因?yàn)榇嬖跉埩舻膌astIndex，所以使用正則對(duì)象的方法可能會(huì)導(dǎo)致一些意外的結(jié)果，不過在ES5中，正則表達(dá)式直接量的每次計(jì)算都會(huì)創(chuàng)建一個(gè)RegExp對(duì)象實(shí)例，他們各自擁有l(wèi)astIndex，這就大大降低了意外的概率。
但是String對(duì)象中支持正則的方法卻與正則對(duì)象的方法不同，String方法忽略lastIndex，但是，如果存在全局修飾符g，string方法將有些許不同。

String方法中支持正則的有match(),replace(), search(),split()這四個(gè)方法。
match()方法接受一個(gè)字符串或正則作為參數(shù)，當(dāng)參數(shù)是正則時(shí)， 正則是否帶全局修飾符g將影響該方法的返回值，該方法匹配不帶全局修飾符的正則時(shí)，與RegExp對(duì)象實(shí)例方法exec()的返回值一樣， 匹配帶全局修飾符的正則時(shí)，match()方法將返回全局中所匹配到的所有內(nèi)容而不再將正則中的捕獲組編碼。比如前面的str2如果使用String的match方法的話其返回的數(shù)組中將是["www.baidu.com"，"www.baidu.com"］。

replace(searchValue,replaceValue)方法同樣接受字符串或正則作為第一個(gè)參數(shù)，當(dāng)搜索值是字符串的時(shí)候，它只會(huì)匹配一次，很多時(shí)候這并非我們要的結(jié)果， 一般我們希望全局匹配，于是可以使用帶全局修飾符的正則表達(dá)式。replace()的替換值中的美元符號(hào)$有特殊含義，比如$1表示正則表達(dá)式中第一個(gè)捕獲組的匹配內(nèi)容。它的意義取自RegExp構(gòu)造函數(shù)的屬性（正則表達(dá)式每次的操作都會(huì)影響構(gòu)造函數(shù)RegExp的屬性，該構(gòu)造函數(shù)屬性的詳細(xì)參考可以看下《JS高級(jí)程序設(shè)計(jì)》中文第三版108頁中的說明）下面借用《JS權(quán)威指南》核心參考中的栗子。

var  name = "Doe,John"
name.replace(/(w+)*,(w+)/,"$2 $1")//$num代表捕獲組的編號(hào)
"John Doe"  

美元符號(hào)的特殊含義歸納：

$$ 替換對(duì)象$

$& 整個(gè)匹配的文本

$number 分組捕獲的文本(從1開始，不是0哦)

$` 匹配之前的文本

$" 匹配之后的文本

search()方法與String中indexOf類似，接受一個(gè)正則或者字符串為參數(shù)，匹配成功返回第一個(gè)匹配的首字符位置， 失敗則返回-1。

split(separator,howmany)方法接受一個(gè)必選的分割位置作為第一個(gè)參數(shù)，第二個(gè)參數(shù)設(shè)置返回?cái)?shù)組的最大長度。第一個(gè)參數(shù)可以是字符串或正則表達(dá)式，如果該參數(shù)是包含捕獲組(帶圓括號(hào)帶子表達(dá)式)的正則表達(dá)式，那么返回的數(shù)組中包括與這些子表達(dá)式匹配的字串（但不包括與整個(gè)正則表達(dá)式匹配的文本）
舉個(gè)例子?：

"hello world".split(/(w)s/)
//返回["hell", "o", "world"]

可以看到捕獲組中的匹配("o")也在返回的數(shù)組中，但是整個(gè)正則的匹配被作為分隔位置。并非所有瀏覽器都支持split()這個(gè)特性。
MDN文檔中并未說明該特性更多細(xì)節(jié)：?String.prototype.split()

這里也順便轉(zhuǎn)貼一下《JS高級(jí)程序設(shè)計(jì)》第三版中提到的JS(ES5)正則的局限性：

匹配字符串開始的結(jié)尾的A和Z錨(但支持以^和$來匹配字符串的開始的結(jié)尾)

向后查找(但支持向前查找)

并集和交集類

原子組

Unicode支持(單個(gè)字符除外)

命名的捕獲組(但支持編號(hào)的捕獲組)

s(single單行)和x(free-spacing無間隔)匹配模式

條件匹配

正則表達(dá)式注釋

以上所提到的局限性中，可使用正則庫或多或少的抵消一些，比如XRegExp 調(diào)用該庫之后就可以使JS的正則支持可命名空間的捕獲組以及注釋等有用的特性， 關(guān)于JS的正則庫XRegExp，我寫了篇大致的介紹：?JavaScript正則庫：XRegExp