ES6中在正則表達(dá)式中，新增了許多新的特性和一些新的API
一、RegExp構(gòu)造函數(shù)? ??
????????1.在 ES5 中，RegExp構(gòu)造函數(shù)的參數(shù)有兩種情況。
????????????1.1 第一種情況是，第一個(gè)參數(shù)是字符串，第二個(gè)參數(shù)是表示正則表達(dá)式的修飾符(flag)
????????????1.2 第二種情況是，參數(shù)是一個(gè)正則表示式，這時(shí)會(huì)返回一個(gè)原有正則表達(dá)式的拷貝。
RegExp構(gòu)造函數(shù)的參數(shù)是一個(gè)正則表達(dá)式的時(shí)候，ES5 不允許此時(shí)使用第二個(gè)參數(shù)添加修飾符，否則會(huì)報(bào)錯(cuò)。
????????2. ES6 改變了這種行為(第一個(gè)參數(shù)是正則表達(dá)式的情況)。在ES6中，RegExp構(gòu)造函數(shù)第一個(gè)參數(shù)是一個(gè)正則對(duì)象，那么可以使用第二個(gè)參數(shù)指定修飾符。而且，返回的正則表達(dá)式會(huì)忽略原有的正則表達(dá)式的修飾符，只使用新指定的修飾符。
二、U修飾符
? ??????ES6 對(duì)正則表達(dá)式添加了u修飾符，含義為“Unicode 模式”，用來(lái)正確處理大于\uFFFF的 Unicode 字符。也就是說(shuō)，會(huì)正確處理四個(gè)字節(jié)的 UTF-16 編碼。
????????上面代碼中，\uD83D\uDC2A是一個(gè)四個(gè)字節(jié)的 UTF-16 編碼，代表一個(gè)字符。但是，ES5 不支持四個(gè)字節(jié)的 UTF-16 編碼，會(huì)將其識(shí)別為兩個(gè)字符，導(dǎo)致第二行代碼結(jié)果為true。加了u修飾符以后，ES6 就會(huì)識(shí)別其為一個(gè)字符，所以第一行代碼結(jié)果為false。
????????一旦加上u修飾符號(hào)，就會(huì)修改下面這些正則表達(dá)式的行為。
? ? ? ?2.1?點(diǎn)字符?
? ??????點(diǎn)（.）字符在正則表達(dá)式中，含義是除了換行符以外的任意單個(gè)字符。對(duì)于碼點(diǎn)大于0xFFFF的 Unicode 字符，點(diǎn)字符不能識(shí)別，必須加上u修飾符。
? ??????2.2?Unicode 字符表示法
? ??????ES6 新增了使用大括號(hào)表示 Unicode 字符，這種表示法在正則表達(dá)式中必須加上u修飾符，才能識(shí)別當(dāng)中的大括號(hào)，否則會(huì)被解讀為量詞。
? ??????2.3量詞
????????使用u修飾符后，所有量詞都會(huì)正確識(shí)別碼點(diǎn)大于0xFFFF的 Unicode 字符。
? ??????2.4? U修飾符可以正確返回字符串的長(zhǎng)度
? ? ? ?2-4-1? ?length屬性讀取長(zhǎng)度是每?jī)蓚€(gè)字節(jié)當(dāng)做長(zhǎng)度1，所以在默認(rèn)情況下，對(duì)于大于\uFFFF的Unicode字符會(huì)識(shí)別為長(zhǎng)度2，這顯然不符合我們的條件。
? ? ? ?2-4-2? 在u修飾符下，對(duì)于大于\uFFFF的Unicode字符會(huì)正確識(shí)別為長(zhǎng)度1，符合我們預(yù)期的要求
三、 y 修飾符(“粘連”修飾符)
????????3.1? ES6 還為正則表達(dá)式添加了y修飾符，叫做“粘連”（sticky）修飾符。
? ??????3.2? y修飾符的作用與g修飾符類似，也是全局匹配，后一次匹配都從上一次匹配成功的下一個(gè)位置開(kāi)始。不同之處在于，g修飾符只要剩余位置中存在匹配就可，而y修飾符確保匹配必須從剩余的第一個(gè)位置開(kāi)始，這也就是“粘連”的涵義。
? ? ? ? 上面代碼有兩個(gè)正則表達(dá)式，一個(gè)使用g修飾符，另一個(gè)使用y修飾符。這兩個(gè)正則表達(dá)式各執(zhí)行了兩次，第一次執(zhí)行的時(shí)候，兩者行為相同，剩余字符串都是_aa_a。由于g修飾沒(méi)有位置要求，所以第二次執(zhí)行會(huì)返回結(jié)果，而y修飾符要求匹配必須從頭部開(kāi)始，所以返回null。
? ??????3.3 使用lastIndex屬性，可以更好地說(shuō)明y修飾符
? ? ? ? ????3.3.1 改變lastIndex屬性的值，對(duì)于正則修飾符g的影響。
? ? ? ??? ??3.3.2 改變lastIndex屬性的值，對(duì)于正則修飾符y的影響。
? ? ? ? ????3.3.3? 總結(jié)一下：其實(shí)y修飾符號(hào)隱含了頭部匹配的標(biāo)志^。y修飾符的設(shè)計(jì)本意，就是讓頭部匹配的標(biāo)志^在全局匹配中都有效。
? ? ? ? 3.4? y修飾符與正則的replace()方法
????????????3.4.1 y修飾符和其他修飾符一起作用正則表達(dá)式的時(shí)候，修飾符的順序?qū)Y(jié)果無(wú)影響
? ? ? ? ????3.4.2? 在replace()方法中，y修飾符在g修飾符下可以匹配所有的結(jié)果
? ? ? ? 3.5? y修飾符與match()方法
? ??????單單一個(gè)y修飾符對(duì)match方法，只能返回第一個(gè)匹配，必須與g修飾符聯(lián)用，才能返回所有匹配。
? ??????3.6? y修飾符與split()方法
? ??????3.7 y修飾符的一個(gè)應(yīng)用，是從字符串提取 token（詞元），y修飾符確保了匹配之間不會(huì)有漏掉的字符。
? ??????
????????上面代碼中，如果字符串里面沒(méi)有非法字符，y修飾符與g修飾符的提取結(jié)果是一樣的。但是，一旦出現(xiàn)非法字符，兩者的行為就不一樣了。
? ??上面代碼中，g修飾符會(huì)忽略非法字符，而y修飾符不會(huì)，這樣就很容易發(fā)現(xiàn)錯(cuò)誤。
? ??????四、s修飾符：dotAll 模式 提案階段
? ??????正則表達(dá)式中，點(diǎn)（.）是一個(gè)特殊字符，代表任意的單個(gè)字符，但是行終止符（line terminator character）除外。以下四個(gè)字符屬于”行終止符“。
????????1.U+000A 換行符（\n）
????????2.U+000D 回車符（\r）
????????3.U+2028 行分隔符（line separator）
????????4.U+2029 段分隔符（paragraph separator）
? ? ? ? 例如：
????????但是，很多時(shí)候我們希望匹配的是任意單個(gè)字符，這時(shí)有幾種變通的寫(xiě)法。
????????s修飾符相當(dāng)于是給.這個(gè)特殊的字符增加‘功力’的，讓他能夠匹配到任意的單個(gè)字符，但是目前還屬于提案階段。
? ? ? ? s修飾符還引入了一個(gè)dotAll屬性，返回布爾值，驗(yàn)證該正則表達(dá)式是否處在dotAll模式。
? ??????五、sticky屬性
? ??????ES6 的正則對(duì)象多了sticky屬性，表示是否設(shè)置了y修飾符。
? ??????六、flags屬性
? ??????ES6 為正則表達(dá)式新增了flags屬性，會(huì)返回正則表達(dá)式的修飾符。
ES6關(guān)于正則的擴(kuò)展其實(shí)還有一些其他的新特性，例如具名組匹配，后行斷言，但由于都還處于提案中，因此就不細(xì)說(shuō)下去
