JS正則表達式一條龍講解，從原理和語法到JS正則、ES6正則擴展，最後再到正則實踐思路

時間  2019-11-12
標籤 正則 表達式 一條龍 講解 原理 語法 es6 擴展 最後 再到 實踐 思路 欄目 JavaScript 简体版
原文   原文鏈接

舒適提示：文章很長很長，保持耐心，必要時能夠跳着看，固然用來查也是不錯的。javascript

正則啊，就像一座燈塔，當你在字符串的海洋不知所措的時候，總能給你一點思路；正則啊，就像一臺驗鈔機，在你不知道用戶提交的鈔票真假的時候，總能幫你一眼識別；正則啊，就像一個手電筒，在你須要找什麼玩意的時候，總能幫你get你要的東西...html

—— 節選自 Stinson 同窗的語文排比句練習《正則》java

欣賞了一段文學節選後，咱們正式來梳理一遍JS中的正則，本文的首要目的是，防止我常常忘記正則的一些用法，故梳理和寫下來增強熟練度和用做參考，次要目的是與君共勉，若有紕漏，請不吝賜教，良辰謝過。es6

本文既然取題爲「一條龍」，就要對得起」龍」，故將包括正則原理、語法一覽、JS(ES5)中的正則、ES6對正則的擴展、實踐正則的思路，我儘可能深刻儘可能淺出地去講這些東西(搞得好像真能深刻淺出同樣的)，若是你只想知道怎麼應用，那麼看第2、3、五部分，基本就能知足你的需求了，若是想掌握JS中的正則的，那麼仍是委屈你跟着個人思路來吧，嘿嘿嘿！正則表達式

JS正則一條龍講解.jpg

1、原理概論

在一開始用正則的時候，就以爲神奇，計算機到底是怎麼根據一個正則表達式來匹配字符串的？直到後來我遇到了一本書叫《計算理論》，看到了正則、DFA、NFA的概念和相互間的聯繫，纔有一些恍然小悟的意思。算法

但若是真的要從原理上吃透正則表達式，那麼恐怕最好的方式是：編程

  1. 首先去找一本專門講正則的書去看看，O’REILLY的「動物總動員」系列裏就有；
  2. 再本身實現一個正則引擎。

而本文的重點在於JS中正則的應用，故原理僅做簡單介紹（由於我也沒寫過正則引擎，也不深刻），一來大體「糊弄下」像我同樣的好奇寶寶們對正則原理的疑惑，二來知道一些原理方面基本的知識，對於理解語法和寫正則是大有裨益的。數組

1. 正則引擎

爲何正則能有效，由於有引擎，這和爲何JS能執行同樣，有JS引擎，所謂正則引擎，能夠理解爲根據你的正則表達式用算法去模擬一臺機器，這臺機器有不少狀態，經過讀取待測的字符串，在這些狀態間跳來跳去，若是最後停在了「終結狀態」(Happy Ending)，那麼就Say I Do，不然Say You Are a Good Man。如此將一個正則表達式轉換爲一個可在有限的步數中計算出結果的機器，那麼就實現了引擎。app

正則的引擎大體可分爲兩類：DFA和NFA編程語言

  1. DFA (Deterministic finite automaton) 肯定型有窮自動機
  2. NFA (Non-deterministic finite automaton) 非肯定型有窮自動機，大部分都是NFA

這裏的「肯定型」指，對於某個肯定字符的輸入，這臺機器的狀態會肯定地從a跳到b，「非肯定型」指，對於某個肯定字符的輸入，這臺機器可能有好幾種狀態的跳法；這裏的「有窮」指，狀態是有限的，能夠在有限的步數內肯定某個字符串是被接受仍是發好人卡的；這裏的「自動機」，能夠理解爲，一旦這臺機器的規則設定完成，就能夠自行判斷了，不要人看。

DFA引擎不須要進行回溯，因此匹配效率通常狀況下要高，可是它並不支持捕獲組，因而也就不支持反向引用和$這種形式的引用，也不支持環視(Lookaround)、非貪婪模式等一些NFA引擎特有的特性。

若是想更詳細地瞭解正則、DFA、NFA，那麼能夠去看一下《計算理論》，而後你能夠根據某個正則表達式本身畫出一臺自動機。

2. 知識儲備

這一小節對於你理解正則表達式頗有用，尤爲是明白什麼是字符，什麼是位置。

2.1 正則眼中的字符串——n個字符，n+1個位置

字符和位置.jpg

在上面的「笑聲」字符串中，一共有8個字符，這是你能看到的，還有9個位置，這是聰明的人才能看到的。爲何要有字符還要有位置呢？由於位置是能夠被匹配的。

那麼進一步咱們再來理解「佔有字符」和「零寬度」:

  • 若是一個子正則表達式匹配到的是字符，而不是位置，並且會被保存到最終的結果中，那個這個子表達式就是佔有字符的，好比/ha/（匹配ha）就是佔有字符的；
  • 若是一個子正則匹配的是位置，而不是字符，或者匹配到的內容不保存在結果中（其實也能夠看作一個位置），那麼這個子表達式是零寬度的，好比/read(?=ing)/（匹配reading，可是隻將read放入結果中，下文會詳述語法，此處僅僅舉例用），其中的(?=ing)就是零寬度的，它本質表明一個位置。

佔有字符是互斥的，零寬度是非互斥的。也就是一個字符，同一時間只能由一個子表達式匹配，而一個位置，卻能夠同時由多個零寬度的子表達式匹配。舉個栗子，好比/aa/是匹配不了a的，這個字符串中的a只能由正則的第一個a字符匹配，而不能同時由第二個a匹配（廢話）；可是位置是能夠多個匹配的，好比/\b\ba/是能夠匹配a的，雖然正則表達式裏有2個表示單詞開頭位置的\b元字符，這兩個\b是能夠同時匹配位置0（在這個例子中）的。

注意：咱們說字符和位置是面向字符串說的，而說佔有字符和零寬度是面向正則說的。

2.2 控制權和傳動

這兩個詞可能在搜一些博文或者資料的時候會遇到，這裏作一個解釋先：

控制權是指哪個正則子表達式（可能爲一個普通字符、元字符或元字符序列組成）在匹配字符串，那麼控制權就在哪。

傳動是指正則引擎的一種機制，傳動裝置將定位正則從字符串的哪裏開始匹配。

正則表達式當開始匹配的時候，通常是由一個子表達式獲取控制權，從字符串中的某一個位置開始嘗試匹配，一個子表達式開始嘗試匹配的位置，是從前一子表達匹配成功的結束位置開始的。

舉一個栗子，read(?=ing)ing\sbook匹配reading book，咱們把這個正則當作5個子表達式read、(?=ing)、ing、\s、book，固然你也能夠吧read看作4個單獨字符的子表達式，只是咱們這裏爲了方便這麼看待。read從位置0開始匹配到位置4，後面的(?=ing)繼續從位置4開始匹配，發現位置4後面確實是ing，因而斷言匹配成功，也就是整一個(?=ing)就是匹配了位置4這一個位置而已（這裏更能理解什麼是零寬了吧），而後後面的ing再從位置4開始匹配到位置7，而後\s再從位置7匹配到位置8，最後的book從位置8匹配到位置12，整一個匹配完成。

3. 匹配之旅「淺」度遊（可跳過）

說了那麼多，咱們把本身當作一個正則引擎，一步一步以最小的單位——「字符」和「位置」——去看一下正則匹配的過程，舉幾個栗子。

3.1 基本匹配

正則表達式：easy
源字符串：So easy

匹配過程：首先由正則表達式字符e取得控制權，從字符串的位置0開始匹配，遇到字符串字符‘S’，匹配失敗，而後正則引擎向前傳動，從位置1開始嘗試，遇到字符串字符‘o’，匹配失敗，繼續傳動，後面的空格天然也失敗，因而從位置3開始嘗試匹配，成功匹配字符串字符‘e’，控制權交給正則表達式子表達式（這裏也是一個字符）a，嘗試從上次匹配成功的結束位置4開始匹配，成功匹配字符串字符‘a’，後面一直如此匹配到‘y’，而後匹配完成，匹配結果爲easy。

3.2 零寬匹配

正則：^(?=[aeiou])[a-z]+$
源字符串：apple

首先這個正則表示：匹配這樣一個從頭至尾完整的字符串，這整一個字符串僅由小寫字母組成，而且以a、e、i、o、u這5個字母任一字母開頭。

匹配過程：首先正則的^（表示字符串開始的位置）獲取控制權，從位置0開始匹配，匹配成功，控制權交給(?=[aeiou])，這個子表達式要求該位置右邊必須是元音小寫字母中的一個，零寬子表達式相互間不互斥，因此從位置0開始嘗試匹配，右側是字符串的‘a’，符合所以匹配成功，因此(?=[aeiou])匹配此處的位置0匹配成功，控制權交給[a-z]+，從位置0開始匹配，字符串‘apple’中的每一個字符都匹配成功，匹配到字符串末尾，控制權交回正則的$，嘗試匹配字符串結束位置，成功，至此，整個匹配完成。

3.3 貪婪匹配和非貪婪匹配

正則1：{.*}
正則2：{.*?}
源字符串：{233}

這裏有兩個正則，在限定符（語法會講什麼是限定符）後面加?符號表示忽略優先量詞，也就是非貪婪匹配，這個栗子我剝得快一點。

首先開頭的{匹配，兩個正則都是同樣的表現。

正則1的.*爲貪婪匹配，因此一直匹配餘下字符串'233}'，匹配到字符串結束位置，只是每次匹配，都記錄一個備選狀態，爲了之後回溯，每次匹配有兩條路，選擇了匹配這條路，但記一下這裏還能夠有不匹配這條路，若是前面死衚衕了，能夠退回來，此時控制權交還給正則的}，去匹配字符串結束位置，失敗，因而回溯，意思就是說前面的.*你吃的太多了，吐一個出來，因而控制權回給.*，吐出一個}（實際上是用了前面記錄的備選狀態，嘗試不用.*去匹配'}'），控制權再給正則的}，此次匹配就成功了。

正則2的.*?爲非貪婪匹配，儘量少地匹配，因此匹配'233}'的每個字符的時候，都是嘗試不匹配，可是一但控制權交還給最後的}就發現出問題了，趕忙回溯乖乖匹配，因而每個字符都如此，最終匹配成功。

雲裏霧裏？這就對了！能夠移步去下面推薦的博客看看：

想詳細瞭解貪婪和非貪婪匹配原理以及獲取更多正則相關原理，除了看書以外，推薦去一個CSDN的博客 雁過無痕-博客頻道 - CSDN.NET ，講解得很詳細和透徹

2、語法一覽

正則的語法相信許多人已經看過deerchao寫的30分鐘入門教程，我也是從那篇文字中入門的，deerchao從語法邏輯的角度以.NET正則的標準來說述了正則語法，而我想從新組織一遍，以便於應用的角度、以JS爲宿主語言來從新梳理一遍語法，這將便於咱們把語言描述翻譯成正則表達式。

下面這張一覽圖（可能須要放大），整理了經常使用的正則語法，而且將JS不支持的語法特性以紅色標註出來了（正文將不會描述這些不支持的特性），語法部分的詳細描述也將根據下面的圖，從上到下，從左到右的順序來梳理，儘可能不囉嗦。 經常使用正則語法一覽橫版有標題.png

1. 要用某類常見字符——簡單元字符

爲何這裏要加簡單2個字，由於在正則中，\d、\w這樣的叫元字符，而{n,m}、(?!exp)這樣的也叫元字符，因此元字符是在正則中有特定意義的標識，而這一小節講的是簡單的一些元字符。

  • .匹配除了換行符之外的任意字符，也便是[^\n]，若是要包含任意字符，可以使用(.|\n)
  • \w匹配任意字母、數字或者下劃線，等價於[a-zA-Z0-9_]，在deerchao的文中還指出可匹配漢字，可是**\w在JS中是不能匹配漢字**的
  • \s匹配任意空白符，包含換頁符\f、換行符\n、回車符\r、水平製表符\t、垂直製表符\v
  • \d匹配數字
  • \un匹配n，這裏的n是一個有4個十六進制數字表示的Unicode字符，好比\u597d表示中文字符「好」，那麼超過\uffff編號的字符怎麼表示呢？ES6的u修飾符會幫你。

2. 要表示出現次數（重複）——限定符

  • a*表示字符a連續出現次數 >= 0 次
  • a+表示字符a連續出現次數 >= 1 次
  • a?表示字符a出現次數 0 或 1 次
  • a{5}表示字符a連續出現次數 5 次
  • a{5,}表示字符a連續出現次數 >= 5次
  • a{5,10}表示字符a連續出現次數爲 5到10次 ，包括5和10

3. 匹配位置——定位符和零寬斷言

匹配某個位置的表達式都是零寬的，這是主要包含兩部分，一是定位符，匹配一個特定位置，二是零寬斷言，匹配一個要知足某要求的位置。

定位符有如下幾個經常使用的：

  • \b匹配單詞邊界位置，準確的描述是它匹配一個位置，這個位置先後不全是\w能描述的字符，因此像\u597d\babc是能夠匹配「好abc」的。
  • ^匹配字符串開始位置，也就是位置0，若是設置了 RegExp 對象的 Multiline 屬性，^ 也匹配 '\n' 或 '\r' 以後的位置
  • $匹配字符串結束位置，若是設置了RegExp 對象的 Multiline 屬性，$ 也匹配 '\n' 或 '\r' 以前的位置

零寬斷言（JS支持的）有如下兩個：

  • (?=exp)匹配一個位置，這個位置的右邊能匹配表達式exp，注意這個表達式僅僅匹配一個位置，只是它對於這個位置的右邊有要求，而右邊的東西是不會被放進結果的，好比用read(?=ing)去匹配「reading」，結果是「read」，而「ing」是不會放進結果的
  • (?!exp)匹配一個位置，這個位置的右邊不能匹配表達式exp

4. 想表達「或」的意思——字符簇和分歧

咱們常常會表達「或」的含義，好比這幾個字符中的任意一個都行，再好比匹配5個數字或者5個字母都行等等需求。

字符簇可用來表達字符級別的「或」語義，表示的是方括號中的字符任選一：

  • [abc]表示a、b、c這3個字符中的任意一個，若是字母或者數字是連續的，那麼能夠用-連起來表示，[b-f]表明從b到f這麼多字符中任選一個
  • [(ab)(cd)]並不會用來匹配字符串「ab」或「cd」，而是匹配a、b、c、d、(、)這6個字符中的任一個，也就是想表達「匹配字符串ab或者cd」這樣的需求不能這麼作，要這麼寫ab|cd。但這裏要匹配圓括號自己，講道理是要反斜槓轉義的，可是在方括號中，圓括號被當成普通字符看待，即使如此，仍然建議顯式地轉義

分歧用來表達表達式級別的「或」語義，表示的是匹配|左右任一表達就可：

  • ab|cd會匹配字符串「ab」或者「cd」
  • 會短路，回想下編程語言中邏輯或的短路，因此用(ab|abc)去匹配字符串「abc」，結果會是「ab」，由於豎線左邊的已經知足了，就用左邊的匹配結果表明整個正則的結果

5. 想表達「非」的意思——反義

有時候咱們想表達「除了某些字符以外」這樣的需求，這個時候就要用到反義

  • \W、\D、\S、\B 用大寫字母的這幾個元字符表示就是對應小寫字母匹配內容的反義，這幾個依次匹配「除了字母、數字、下劃線外的字符」、「非數字字符」、「非空白符」、「非單詞邊界位置」
  • [^aeiou]表示除了a、e、i、o、u外的任一字符，在方括號中且出如今開頭位置的^表示排除，若是^在方括號中不出如今開頭位置，那麼它僅僅表明^字符自己

6. 總體看待和捕獲——分組和後向引用

其實你在上面的一些地方已經看到了圓括號，是的，圓括號就是用來分組的，括在一對括號裏的就是一個分組。

上面講的大部分是針對字符級別的，好比重複字母 「A」 5次，能夠用A{5}來表示，可是若是想要字符串「ABC」重複5次呢？這個時候就須要用到括號。

括號的第一個做用，將括起來的分組當作一個總體看待，因此你能夠像對待字符重複同樣在一個分組後面加限定符，好比(ABC){5}。

分組匹配到的內容也就是這個分組捕獲到的內容，從左往右，以左括號爲標誌，每一個分組會自動擁有一個從1開始的編號，編號0的分組對應整個正則表達式，JS不支持捕獲組顯示命名。

括號的第二個做用，分組捕獲到的內容，能夠在以後經過\分組編號的形式進行後向引用。好比(ab|cd)123\1能夠匹配「ab123ab」或者「cd123cd」，可是不能匹配「ab123cd」或「cd123ab」，這裏有一對括號，也是第一對括號，因此編號爲捕獲組1，而後在正則中經過\1去引用了捕獲組1的捕獲的內容，這叫後向引用。

括號的第三個做用，改變優先級，好比abc|de和(abc|d)e表達的徹底不是一個意思。

7. 轉義

任何在正則表達式中有做用的字符都建議轉義，哪怕有些狀況下不轉義也能正確，好比[]中的圓括號、^符號等。

8. 優先級問題

優先級從高到低是：

  • 轉義 \
  • 括號（圓括號和方括號）(), (?:), (?=), []
  • 字符和位置
  • 豎線 |

9. 貪婪和非貪婪

在限定符中，除了{n}確切表示重複幾回，其他的都是一個有下限的範圍。

在默認的模式（貪婪）下，會盡量多的匹配內容。好比用ab*去匹配字符串「abbb」，結果是「abbb」。

而經過在限定符後面加問號?能夠進行非貪婪匹配，會盡量少地匹配。用ab*?去匹配「abbb」，結果會是「a」。

不帶問號的限定符也稱匹配優先量詞，帶問號的限定符也稱忽略匹配優先量詞。

10. 修飾符（匹配選項）

其實正則的匹配選項有不少可選，不一樣的宿主語言環境下可能各有不一樣，此處就JS的修飾符做一個說明：

  • 加g修飾符：表示全局匹配，模式將被應用到全部字符串，而不是在發現第一個匹配項時中止
  • 加i修飾符：表示不區分大小寫
  • 加m修飾符：表示多行模式，會改變^和$的行爲，上文已述

3、JS(ES5)中的正則

JS中的正則由引用類型RegExp表示，下面主要就RegExp類型的建立、兩個主要方法和構造函數屬性來展開，而後會說起String類型上的模式匹配，最後會簡單羅列JS中正則的一些侷限。

1. 建立正則表達式

一種是用字面量的方式建立，一種是用構造函數建立，咱們始終建議用前者。

//建立一個正則表達式
var exp = /pattern/flags;
//好比
var pattern=/\b[aeiou][a-z]+\b/gi;
//等價下面的構造函數建立
var pattern=new RegExp("\\b[aeiou][a-z]+\\b","gi");

其中pattern能夠是任意的正則表達式，flags部分是修飾符，在上文中已經闡述過了，有 g、i、m 這3個（ES5中）。

如今說一下爲何不要用構造函數，由於用構造函數建立正則，可能會致使對一些字符的雙重轉義，在上面的例子中，構造函數中第一個參數必須傳入字符串（ES6能夠傳字面量），因此字符
會被轉義成\，所以字面量的\b會變成字符串中的\\b，這樣很容易出錯，賊多的反斜槓。

2. RegExp上用來匹配提取的方法——exec()

var matches=pattern.exec(str);

接受一個參數：源字符串
返回：結果數組，在沒有匹配項的狀況下返回null

結果數組包含兩個額外屬性，index表示匹配項在字符串中的位置，input表示源字符串，結果數組matches第一項即matches[0]表示匹配整個正則表達式匹配的字符串，matches[n]表示於模式中第n個捕獲組匹配的字符串。

要注意的是，第一，exec()永遠只返回一個匹配項（指匹配整個正則的），第二，若是設置了g修飾符，每次調用exec()會在字符串中繼續查找新匹配項，不設置g修飾符，對一個字符串每次調用exec()永遠只返回第一個匹配項。因此若是要匹配一個字符串中的全部須要匹配的地方，那麼能夠設置g修飾符，而後經過循環不斷調用exec方法。

//匹配全部ing結尾的單詞
var str="Reading and Writing";
var pattern=/\b([a-zA-Z]+)ing\b/g; 
var matches;
while(matches=pattern.exec(str)){
    console.log(matches.index +' '+ matches[0] + ' ' + matches[1]);
}
//循環2次輸出
//0 Reading Read
//12 Writing Writ

3. RegExp上用來測試匹配成功與否的方法——test()

var result=pattern.test(str);

接受一個參數：源字符串
返回：找到匹配項，返回true，沒找到返回false

4. RegExp構造函數屬性

RegExp構造函數包含一些屬性，適用於做用域中的全部正則表達式，而且基於所執行的最近一次正則表達式操做而變化。

  • RegExp.input或RegExp["$_"]：最近一次要匹配的字符串
  • RegExp.lastMatch或RegExp["$&"]：最近一次匹配項
  • RegExp.lastParen或RegExp["$+"]：最近一次匹配的捕獲組
  • RegExp.leftContext或RegExp["$`"]：input字符串中lastMatch以前的文本
  • RegExp.rightContext或RegExp["$'"]：input字符串中lastMatch以後的文本
  • RegExp["$n"]：表示第n個捕獲組的內容，n取1-9

5. String類型上的模式匹配方法

上面提到的exec和test都是在RegExp實例上的方法，調用主體是一個正則表達式，而以字符串爲主體調用模式匹配也是最爲經常使用的。

5.1 匹配捕獲的match方法

在字符串上調用match方法，本質上和在正則上調用exec相同，可是match方法返回的結果數組是沒有input和index屬性的。

var str="Reading and Writing";
var pattern=/\b([a-zA-Z]+)ing\b/g; 
//在String上調用match
var matches=str.match(pattern);
//等價於在RegExp上調用exec
var matches=pattern.exec(str);

5.2 返回索引的search方法

接受的參數和match方法相同，要麼是一個正則表達式，要麼是一個RegExp對象。

//下面兩個控制檯輸出是同樣的，都是5
var str="I am reading.";
var pattern=/\b([a-zA-Z]+)ing\b/g; 

var matches=pattern.exec(str);
console.log(matches.index);

var pos=str.search(pattern);
console.log(pos);

5.3 查找並替換的replace方法

var result=str.replace(RegExp or String, String or Function);

第一個參數（查找）：RegExp對象或者是一個字符串（這個字符串就被看作一個平凡的字符串）
第二個參數（替換內容）：一個字符串或者是一個函數
返回：替換後的結果字符串，不會改變原來的字符串

第一個參數是字符串

只會替換第一個子字符串

第一個參數是正則

指定g修飾符，則會替換全部匹配正則的地方，不然只替換第一處

第二個參數是字符串

可使用一些特殊的字符序列，將正則表達式操做的值插進入，這是很經常使用的。

  • $n：匹配第n個捕獲組的內容，n取0-9
  • $nn：匹配第nn個捕獲組內容，nn取01-99
  • $`：匹配子字符串以後的字符串
  • $'：匹配子字符串以前的字符串
  • $&：匹配整個模式得字符串
  • $$：表示$符號自己

第二個參數是一個函數

  • 在只有一個匹配項的狀況下，會傳遞3個參數給這個函數：模式的匹配項、匹配項在字符串中的位置、原始字符串
  • 在有多個捕獲組的狀況下，傳遞的參數是模式匹配項、第一個捕獲組、第二個、第三個...最後兩個參數是模式的匹配項在字符串位置、原始字符串

這個函數要返回一個字符串，表示要替換掉的匹配項

5.4 分隔字符串的split

基於指定的分隔符將一個字符串分割成多個子字符串，將結果放入一個數組，接受的第一個參數能夠是RegExp對象或者是一個字符串（不會被轉爲正則），第二個參數可選指定數組大小，確保數組不會超過既定大小。

6 JS（ES5）中正則的侷限

JS（ES5）中不支持如下正則特性（在一覽圖中也能夠看到）：

  • 匹配字符串開始和結尾的\A和\Z錨
  • 向後查找（因此不支持零寬度後發斷言）
  • 並集和交集類
  • 原子組
  • Unicode支持（\uFFFF以後的）
  • 命名的捕獲組
  • 單行和無間隔模式
  • 條件匹配
  • 註釋

4、ES6對正則的主要增強

ES6對正則作了一些增強，這邊僅僅簡單羅列如下主要的3點，具體能夠去看ES6

1. 構造函數能夠傳正則字面量了

ES5中構造函數是不能接受字面量的正則的，因此會有雙重轉義，可是ES6是支持的，即使如此，仍是建議用字面量建立，簡潔高效。

2. u修飾符

加了u修飾符，會正確處理大於\uFFFF的Unicode，意味着4個字節的Unicode字符也能夠被支持了。

//  \uD83D\uDC2A是一個4字節的UTF-16編碼，表明一個字符
/^\uD83D/u.test('\uD83D\uDC2A')
//  false，加了u能夠正確處理
/^\uD83D/.test('\uD83D\uDC2A')
//  true，不加u，當作兩個unicode字符處理

加了u修飾符，會改變一些正則的行爲：

  • .本來只能匹配不大於\uFFFF的字符，加了u修飾符能夠匹配任何Unicode字符
  • Unicode字符新表示法\u{碼點}必須在加了u修飾符後纔是有效的
  • 使用u修飾符後，全部量詞都會正確識別碼點大於0xFFFF的Unicode字符
  • 使一些反義元字符對於大於\uFFFF的字符也生效

3. y修飾符

y修飾符的做用與g修飾符相似，也是全局匹配，開始從位置0開始，後一次匹配都從上一次匹配成功的下一個位置開始。

不一樣之處在於，g修飾符只要剩餘位置中存在匹配就可，而y修飾符確保匹配必須從剩餘的第一個位置開始。

因此/a/y去匹配"ba"會匹配失敗，由於y修飾符要求，在剩餘位置第一個位置（這裏是位置0）開始就要匹配。

ES6對正則的增強，能夠看這篇

5、應用正則的實踐思路

應用正則，通常是要先想到正則（廢話），只要看到和「找」相關的需求而且這個源是能夠被字符串化的，就能夠想到用正則試試。

通常在應用正則有兩類狀況，一是驗證類問題，另外一類是搜索、提取、替換類問題。驗證，最多見的如表單驗證；搜索，以某些設定的命令加關鍵詞去搜索；提取，從某段文字中提取什麼，或者從某個JSON對象中提取什麼（由於JSON對象能夠字符串化啊）；替換，模板引擎中用到。

1. 驗證類問題

驗證類問題是咱們最常遇到的，這個時候其實源字符串長什麼樣咱們是不知道，鬼知道萌萌噠的用戶會作出什麼邪惡的事情來，推薦的方式是這樣的:

  1. 首先用白話描述清楚你要怎樣的字符串，描述好了以後，就開腦洞地想用戶可能輸入什麼奇怪的東西，就是本身舉例，拿一張紙可舉一大堆的，有接受的和不接受的（這個是你知道的），這個過程當中可能你會去修改以前的描述；
  2. 把你的描述拆解開來，翻譯成正則表達式；
  3. 測試你的正則表達式對你以前舉的例子的判斷是否是和你預期一致，這裏就推薦用在線的JS正則測試去作，不要本身去一遍遍寫了。

2. 搜索、提取、替換類問題

這類問題，通常咱們是知道源文本的格式或者大體內容的，因此在解決這類問題時通常已經會有一些測試的源數據，咱們要從這些源數據中提取出什麼、或者替換什麼。

  1. 找到這些手上的源數據中你須要的部分；
  2. 觀察這些部分的特徵，這些部分自己的特徵以及這些部分周圍的特徵，好比這部分前一個符號必定是一個逗號，後一個符號必定是一個冒號，總之就是找規律；
  3. 考察你找的特徵，首先能不能確切地標識出你要的部分，不會少也不會多，而後考慮下之後的源數據也是如此麼，之後會不會這些特徵就沒有了；
  4. 組織你對要找的這部分的描述，描述清楚通過你考察的特徵；
  5. 翻譯成正則表達式；
  6. 測試。

終於絮絮不休寫完了，1萬多字有關JS正則的講解，寫完發現本身對正則的熟練又進了一步，因此推薦你們常常作作梳理，頗有用，而後樂於分享，於己於人都是大有裨益，感謝能看完的全部人。

我沒有仔細地審稿，你們遇到什麼問題，或者發現有什麼紕漏之處，還望你們指出，留言就好。我會及時修改。

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程