所有內容基于阮一峰的ECMAScript 6 入門

1.RegExp構造函數

var regex = new RegExp('xyz', 'i');
// 等價于
var regex = /xyz/i;

var regex = new RegExp(/xyz/i);
// 等價于
var regex = /xyz/i;

ES6中如果RegExp構造函數第一個參數是一個正則對象，那么可以使用第二個參數指定修飾符。而且，返回的正則表達式會忽略原有的正則表達式的修飾符，只使用新指定的修飾符。

new RegExp(/abc/ig, 'i').flags
// "i"

上面代碼中，原有正則對象的修飾符是ig，它會被第二個參數i覆蓋。

2.字符串的正則方法

字符串對象共有4個方法，可以使用正則表達式：match（）、replace（）、search（）、和split（）。
ES6將這4個方法，在語言內部全部調用RegExp的實例方法，從而做到所有與正則相關的方法，全都定義在RegExp對象上。
String.prototype.match 調用 RegExp.prototype[Symbol.match]
String.prototype.replace 調用 RegExp.prototype[Symbol.replace]
String.prototype.search 調用 RegExp.prototype[Symbol.search]
String.prototype.split 調用 RegExp.prototype[Symbol.split]

3.u修飾符

ES6對正則表達式添加 了u修飾符，含義為“Unicode模式”，用來正確處理大于\uFFFF的Unicode字符。也就是說，會正確的處理四個字節的UTF-16編碼。

/^\uD83D/u.test('\uD83D\uDC2A')
// false
/^\uD83D/.test('\uD83D\uDC2A')
// true

上面代碼中，\uD83D\uDC2A是一個四個字節的UTF-16編碼，代表一個字符。但是，ES5不支持四個字節的UTF-16編碼，會將其識別為兩個字符，導致第二行代碼結果為true。加了u修飾符以后，ES6就會識別其為一個字符，所以第一行代碼結果為false。

一旦加上u修飾符號，就會修改下面這些正則表達式的行為。

（1）點字符

點（.）字符在正則表達式中，含義是除換行符外任意單個字符。對于碼點大于0xFFFF的Unicode字符，點字符不能識別，必須加上u修飾符。

var s = '??';

/^.$/.test(s) // false
/^.$/u.test(s) // true

上面代碼表示，如果不添加u修飾符，正則表達式就會認為字符串為兩個字符，從而匹配失敗。

（2）Unicode字符表示法

ES6新增了使用大括號表示Unicode字符，這種表示法在正則表達式中必須加上u修飾符，才能識別。

/\u{61}/.text('a') //false
/\u{61}/u.text('a') //true
/\u{20BB7}/u.text('??') //true

上面代碼表示，如果不加u修飾符，正則表達式無法識別\u{61}這種表示法，只會認為這匹配61個連續的u。

(3)量詞

使用u修飾符后，所有量詞都會正確識別碼點大于0xFFFF的Unicode字符。

/a{2}/.text('aa')   //true
/a{2}/u.test('aa') // true
/??{2}/.test('????') // false
/??{2}/u.test('????') // false

另外，只有在使用u修飾符的情況下，Unicode表達式當中的大括號才會被正確解讀，否則會被解讀為量詞。

(4)預定義模式

u修飾符也影響到預定義模式，能否正確識別碼點大于0xFFFF的Unicode字符。

/^\S$/.text('??')  //false
/^\S$/.u.test('??')  //true

上面代碼的\S是預定義模式，匹配所有不是空格的字符。只有加了u修飾符，它才能正確匹配碼點大于0xFFFF的Unicode字符。

利用這一點，可以寫出一個正確返回字符串長度的函數。

function codePointLength(text) {
  var result = text.match(/[\s\S]/gu)
  return result ? result.length : 0;
}
var s = '????';
s.length //4
codePointLength(s) //2

(5) i 修飾符

有些Unicode字符的編碼不同，但是字型很相近，比如，\u004B與\u212A都是大寫的K。

/[a-z]/i.test('\u212A') // false
/[a-z]/iu.test('\u212A') // true

上面代碼中，不加u修飾符，就無法識別非規范的K字符。

4.y 修飾符
除了u修飾符，ES6還未正則表達式添加了y修飾符，叫做“粘連”（stick）修飾符。
y修飾符的作用與g修飾符類似，也是全局匹配，后一次匹配都從上一次匹配成功的下一個位置開始。不同之處在于，g修飾符只要剩余位置中存在匹配即可，而y修飾符確保匹配必須從剩余的第一個位置開始，這也就是“粘連”的涵義。

var s = 'aaa_aa_a';
var r1 = /a+/g;
var r2 = /a+/y;
r1.exec(s) // ["aaa"]
r2.exec(s) // ["aaa"]

r1.exec(s) // ["aa"]
r2.exec(s) // null

如果改一下正則表達式，保證每一次都能頭部匹配，y修飾符就會返回結果了。

var s = 'aaa_aa_a';
var r = /a+_/y;

r.exec(s)  // ["aaa_"]
r.exec(s)  // ["aa_"]

使用lastIndex屬性，可以更好地說明y修飾符。

const REGEX = /a/g;

// 指定從二號位置（y)開始匹配
REGEX.lastIndex = 2;

//匹配成功
const match = REGEX.exec('xaya');

//在3號位置匹配成功
match.index //3

//下一次匹配從4號位置開始
REGEX.lastIndex //4

//4號位置匹配失敗
REGEX.exec('xaxa')  //  null

上面代碼中，lastIndex屬性指定每次搜索的開始位置，g修飾符從這個位置開始向后搜索，直到發現匹配為止。

y修飾符同樣遵守lastIndex屬性，但是要求必須在lastIndex指定的位置發現匹配。

const REGEX = /a/y;

// 指定從2號位置開始匹配
REGEX.lastIndex = 2;

// 不是粘連，匹配失敗
REGEX.exec('xaya') // null

// 指定從3號位置開始匹配
REGEX.lastIndex = 3;

// 3號位置是粘連，匹配成功
const match = REGEX.exec('xaxa');
match.index // 3
REGEX.lastIndex // 4

進一步說，y修飾符號隱含了頭部匹配的標志^。

/b/y.exec('aba')
// null

在split方法中使用y修飾符，原字符串必須以分隔符開頭。這也意味著，只要匹配成功，數組的第一個成員肯定是空字符串。

// 沒有找到匹配
'x##'.split(/#/y)
// [ 'x##' ]

// 找到兩個匹配
'##x'.split(/#/y)
// [ '', '', 'x' ]

后續的分隔符只有緊跟前面的分隔符，才會被識別。

'#x#'.split(/#/y)
// [ '', 'x#' ]

'##'.split(/#/y)
// [ '', '', '' ]

下面是字符串對象的replace方法的例子

const REGEX = /a/gy;
'aaxa'.replace(REGEX, '-') // '--xa'

上面代碼中，最后一個a因為不是出現下一次匹配的頭部，所以不會被替換。

單單一個y修飾符對match方法，只能返回第一個匹配，必須與g修飾符聯用，才能返回所有匹配。

a1a2a3'.match(/a\d/y) // ["a1"]
'a1a2a3'.match(/a\d/gy) // ["a1", "a2", "a3"]

y修飾符的一個應用，是從字符串提取token（詞元），y修飾符確保了匹配之間不會有漏掉的字符。

const TOKEN_Y = /\s*(\+|[0-9]+)\s*/y;
const TOKEN_G  = /\s*(\+|[0-9]+)\s*/g;

tokenize(TOKEN_Y, '3 + 4')
// [ '3', '+', '4' ]
tokenize(TOKEN_G, '3 + 4')
// [ '3', '+', '4' ]

function tokenize(TOKEN_REGEX, str) {
  let result = [];
  let match;
  while (match = TOKEN_REGEX.exec(str)) {
    result.push(match[1]);
  }
  return result;
}

上面代碼中，如果字符串里面沒有非法字符，y修飾符與g修飾符的提取結果是一樣的。但是，一旦出現非法字符，兩者的行為就不一樣了。

tokenize(TOKEN_Y, '3x + 4')
// [ '3' ]
tokenize(TOKEN_G, '3x + 4')
// [ '3', '+', '4' ]

代碼中，g修飾符會忽略非法字符，而y修飾符不會，這樣就很容易發現錯誤。

5.sticky屬性

與y修飾符相匹配，ES6的正則對象多了sticky屬性，表示是否設置了y修飾符。

var r = /hello\d/y;
r.sticky // true

6.flags屬性

ES6為正則表達式新增了flags屬性，會返回正則表達式的修飾符。

// ES5的source屬性
// 返回正則表達式的正文
/abc/ig.source
// "abc"

// ES6的flags屬性
// 返回正則表達式的修飾符
/abc/ig.flags
// 'gi'

7.RegExp.escape()

字符串必須轉義，才能作為正則模式。

function escapeRegExp(str) {
  return str.replace(/[\-\[\]\/\{\}\(\)\*\+\?\.\\\^\$\|]/g, '\\$&');
}

let str = '/path/to/resource.html?search=query';
escapeRegExp(str)
// "\/path\/to\/resource\.html\?search=query"

上面代碼中，str
是一個正常字符串，必須使用反斜杠對其中的特殊字符轉義，才能用來作為一個正則匹配的模式。
已經有提議將這個需求標準化，作為RegExp對象的靜態方法RegExp.escape()，放入ES7。2015年7月31日，TC39認為，這個方法有安全風險，又不愿這個方法變得過于復雜，沒有同意將其列入ES7，但這不失為一個真實的需求。

RegExp.escape('The Quick Brown Fox');
// "The Quick Brown Fox"

RegExp.escape('Buy it. use it. break it. fix it.');
// "Buy it\. use it\. break it\. fix it\."

RegExp.escape('(*.*)');
// "\(\*\.\*\)"

字符串轉義以后，可以使用RegExp構造函數生成正則模式。

var str = 'hello. how are you?';
var regex = new RegExp(RegExp.escape(str), 'g');
assert.equal(String(regex), '/hello\. how are you\?/g');

目前，該方法可以用上文的escapeRegExp
函數或者墊片模塊regexp.escape實現。

var escape = require('regexp.escape');
escape('hi. how are you?');
// "hi\\. how are you\\?"

8. s 修飾符：dotAll 模式

正則表達式中，點（.）是一個特殊字符，代表任意的單個字符，但是行終止符（line terminator character）除外。

以下四個字符屬于”行終止符“。

U+000A 換行符（\n）
U+000D 回車符（\r）
U+2028 行分隔符（line separator）
U+2029 段分隔符（paragraph separator）

/foo.bar/.test('foo\nbar')
// false

上面代碼中，因為.不匹配\n，所以正則表達式返回false。

但是，很多時候我們希望匹配的是任意單個字符，這時有一種變通的寫法。

/foo[^]bar/.test('foo\nbar')
// true

這種解決方案畢竟不太符合直覺，所以現在有一個提案，引入/s
修飾符，使得.
可以匹配任意單個字符。

/foo.bar/s.test('foo\nbar') // true

這被稱為dotAll模式，即點（dot）代表一切字符。所以，正則表達式還引入了一個dotAll屬性，返回一個布爾值，表示該正則表達式是否處在dotAll模式。

const re = /foo.bar/s;
// 另一種寫法
// const re = new RegExp('foo.bar', 's');

re.test('foo\nbar') // true
re.dotAll // true
re.flags // 's'

/s修飾符和多行修飾符/m不沖突，兩者一起使用的情況下，.匹配所有字符，而^和$匹配每一行的行首和行尾。

9.后行斷言

JavaScript 語言的正則表達式，只支持先行斷言（lookahead）和先行否定斷言（negative lookahead），不支持后行斷言（lookbehind）和后行否定斷言（negative lookbehind）。
目前，有一個提案，引入后行斷言。V8 引擎4.9版已經支持，Chrome 瀏覽器49版打開”experimental JavaScript features“開關（地址欄鍵入about:flags
），就可以使用這項功能。
”先行斷言“指的是，x
只有在y
前面才匹配，必須寫成/x(?=y)/
。比如，只匹配百分號之前的數字，要寫成/\d+(?=%)/
。”先行否定斷言“指的是，x
只有不在y
前面才匹配，必須寫成/x(?!y)/
。比如，只匹配不在百分號之前的數字，要寫成/\d+(?!%)/
。

/\d+(?=%)/.exec('100% of US presidents have been male')  // ["100"]
/\d+(?!%)/.exec('that’s all 44 of them')                 // ["44"]

上面兩個字符串，如果互換正則表達式，就會匹配失敗。另外，還可以看到，”先行斷言“括號之中的部分（(?=%)），是不計入返回結果的。

“后行斷言”正好與“先行斷言”相反，x只有在y后面才匹配，必須寫成/(?<=y)x/。比如，只匹配美元符號之后的數字，要寫成/(?<=$)\d+/。”后行否定斷言“則與”先行否定斷言“相反，x只有不在y后面才匹配，必須寫成/(?<!y)x/。比如，只匹配不在美元符號后面的數字，要寫成/(?<!$)\d+/。

/(?<=\$)\d+/.exec('Benjamin Franklin is on the $100 bill')  // ["100"]
/(?<!\$)\d+/.exec('it’s is worth about €90')                // ["90"]

上面的例子中，“后行斷言”的括號之中的部分（(?<=$)），也是不計入返回結果。

“后行斷言”的實現，需要先匹配/(?<=y)x/的x，然后再回到左邊，匹配y的部分。這種“先右后左”的執行順序，與所有其他正則操作相反，導致了一些不符合預期的行為。

首先，”后行斷言“的組匹配，與正常情況下結果是不一樣的。

/(?<=(\d+)(\d+))$/.exec('1053') // ["", "1", "053"]
/^(\d+)(\d+)$/.exec('1053') // ["1053", "105", "3"]

上面代碼中，需要捕捉兩個組匹配。沒有"后行斷言"時，第一個括號是貪婪模式，第二個括號只能捕獲一個字符，所以結果是105和3。而"后行斷言"時，由于執行順序是從右到左，第二個括號是貪婪模式，第一個括號只能捕獲一個字符，所以結果是1和053。

其次，"后行斷言"的反斜杠引用，也與通常的順序相反，必須放在對應的那個括號之前。

/(?<=(o)d\1)r/.exec('hodor')  // null
/(?<=\1d(o))r/.exec('hodor')  // ["r", "o"]

上面代碼中，如果后行斷言的反斜杠引用（\1）放在括號的后面，就不會得到匹配結果，必須放在前面才可以。

10.Unicode屬性類

目前，有一個提案，引入了一種新的類的寫法\p{...}
和\P{...}
，允許正則表達式匹配符合Unicode某種屬性的所有字符。

const regexGreekSymbol = /\p{Script=Greek}/u;
regexGreekSymbol.test('π') // u

上面代碼中，\p{Script=Greek}指定匹配一個希臘文字母，所以匹配π成功。

Unicode屬性類要指定屬性名和屬性值。

\p{UnicodePropertyName=UnicodePropertyValue}

對于某些屬性，可以只寫屬性名。

\p{UnicodePropertyName}

\P{…}是\p{…}的反向匹配，即匹配不滿足條件的字符。

注意，這兩種類只對Unicode有效，所以使用的時候一定要加上u修飾符。如果不加u修飾符，正則表達式使用\p和\P會報錯，ECMAScript預留了這兩個類。

由于Unicode的各種屬性非常多，所以這種新的類的表達能力非常強。

const regex = /^\p{Decimal_Number}+$/u;
regex.test('????????????????????????????????') // true

上面代碼中，屬性類指定匹配所有十進制字符，可以看到各種字型的十進制字符都會匹配成功。

\p{Number}甚至能匹配羅馬數字。

// 匹配所有數字
const regex = /^\p{Number}+$/u;
regex.test('231???') // true
regex.test('???') // true
regex.test('ⅠⅡⅢⅣⅤⅥⅦⅧⅨⅩⅪⅫ') // true

下面是其他一些例子。

// 匹配各種文字的所有字母，等同于Unicode版的\w
[\p{Alphabetic}\p{Mark}\p{Decimal_Number}\p{Connector_Punctuation}\p{Join_Control}]

// 匹配各種文字的所有非字母的字符，等同于Unicode版的\W
[^\p{Alphabetic}\p{Mark}\p{Decimal_Number}\p{Connector_Punctuation}\p{Join_Control}]

// 匹配所有的箭頭字符
const regexArrows = /^\p{Block=Arrows}+$/u;
regexArrows.test('←↑→↓??↖↗↘↙?????????????') // true