常用正則表示式

說明：正則表示式通常用於兩種任務：1.驗證，2.搜尋/替換。用於驗證時，通常需要在前後分別加上^和$，以匹配整個待驗證字串；搜尋 /替換時是否加上此限定則根據搜尋的要求而定，此外，也有可能要在前後加上\b而不是^和$。此表所列的常用正則表示式，除個別外均未在前後加上任何限 定，請根據需要，自行處理。

正則表示式（英文：Regular Expression）在電腦科學中，是指一個用來描述或者匹配一系列符合某個句法規則的字串的單個字串。

以上正則表示式均經過多次測試，並不斷增加,因為不同程式或工具的正則表示式略有區別，大家可以根據需要進行簡單修改

常用正則表示式

正則表示式用於字串處理、表單驗證等場合，實用高效。現將一些常用的表示式收集於此，以備不時之需。

使用者名稱：/^[a-z0-9_-]{3,16}$/

密碼：/^[a-z0-9_-]{6,18}$/

十六進位制值：/^#?([a-f0-9]{6}|[a-f0-9]{3})$/

電子郵箱：/^([a-z0-9_\.-]+)@([\da-z\.-]+)\.([a-z\.]{2,6})$/

URL：/^(https?:\/\/)?([\da-z\.-]+)\.([a-z\.]{2,6})([\/\w \.-]*)*\/?$/

IP 地址：/^(?:(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.){3}(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)$/

HTML 標籤：/^<([a-z]+)([^<]+)*(?:>(.*)<\/\1>|\s+\/>)$/

Unicode編碼中的漢字範圍：/^[u4e00-u9fa5],{0,}$/

匹配中文字元的正則表示式： [\u4e00-\u9fa5]
評註：匹配中文還真是個頭疼的事，有了這個表示式就好辦了

匹配雙位元組字元(包括漢字在內)：[^\x00-\xff]
評註：可以用來計算字串的長度（一個雙位元組字元長度計2，ASCII字元計1）

匹配空白行的正則表示式：\n\s*\r
評註：可以用來刪除空白行

匹配HTML標記的正則表示式：<(\S*?)[^>]*>.*?</\1>|<.*? />
評註：網上流傳的版本太糟糕，上面這個也僅僅能匹配部分，對於複雜的巢狀標記依舊無能為力

匹配首尾空白字元的正則表示式：^\s*|\s*$
評註：可以用來刪除行首行尾的空白字元(包括空格、製表符、換頁符等等)，非常有用的表示式

匹配Email地址的正則表示式：\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*
評註：表單驗證時很實用

匹配網址URL的正則表示式：[a-zA-z]+://[^\s]*
評註：網上流傳的版本功能很有限，上面這個基本可以滿足需求

匹配帳號是否合法(字母開頭，允許5-16位元組，允許字母數字下劃線)：^[a-zA-Z][a-zA-Z0-9_]{4,15}$
評註：表單驗證時很實用

匹配國內電話號碼：\d{3}-\d{8}|\d{4}-\d{7}
評註：匹配形式如 0511-4405222 或 021-87888822

匹配騰訊QQ號：[1-9][0-9]{4,}
評註：騰訊QQ號從10000開始

匹配中國大陸郵政編碼：[1-9]\d{5}(?!\d)
評註：中國大陸郵政編碼為6位數字

匹配身份證：\d{15}|\d{18}
評註：中國大陸的身份證為15位或18位

匹配ip地址：\d+\.\d+\.\d+\.\d+
評註：提取ip地址時有用

匹配特定數字：
^[1-9]\d*$　 　 //匹配正整數
^-[1-9]\d*$ 　 //匹配負整數
^-?[1-9]\d*$　　 //匹配整數
^[1-9]\d*|0$　 //匹配非負整數（正整數 + 0）
^-[1-9]\d*|0$　　 //匹配非正整數（負整數 + 0）
^[1-9]\d*\.\d*|0\.\d*[1-9]\d*$　　 //匹配正浮點數
^-([1-9]\d*\.\d*|0\.\d*[1-9]\d*)$　 //匹配負浮點數
^-?([1-9]\d*\.\d*|0\.\d*[1-9]\d*|0?\.0+|0)$　 //匹配浮點數
^[1-9]\d*\.\d*|0\.\d*[1-9]\d*|0?\.0+|0$　　 //匹配非負浮點數（正浮點數 + 0）
^(-([1-9]\d*\.\d*|0\.\d*[1-9]\d*))|0?\.0+|0$　　//匹配非正浮點數（負浮點數 + 0）
評註：處理大量資料時有用，具體應用時注意修正

匹配特定字串：
^[A-Za-z]+$　　//匹配由26個英文字母組成的字串
^[A-Z]+$　　//匹配由26個英文字母的大寫組成的字串
^[a-z]+$　　//匹配由26個英文字母的小寫組成的字串
^[A-Za-z0-9]+$　　//匹配由數字和26個英文字母組成的字串
^\w+$　　//匹配由數字、26個英文字母或者下劃線組成的字串

表示式全集

正則表示式有多種不同的風格。下表是在PCRE中元字元及其在正則表示式上下文中的行為的一個完整列表：

以下是以PHP的語法所寫的示例

驗證字串是否只含數字與英文，字串長度並在4~16個字元之間

<?php
$str = 'a1234';
if (preg_match("^[a-zA-Z0-9]{4,16}$", $str)) {
echo "驗證成功";
} else {
echo "驗證失敗";
}
?>
簡易的臺灣身份證字號驗證

<?php
$str = 'a1234';
if (preg_match("/^\w[12]\d{8}$/", $str)) {
echo "驗證成功";
} else {
echo "驗證失敗";
}
?>
以下示例是用 Perl 語言寫的，與上面的示例功能相同
print $str = "a1234" =~ m:^[a-zA-Z0-9]{4,16}$: ? "COMFIRM" : "FAILED";
print $str = "a1234" =~ m"^\w[12]\d{8}$" ? "COMFIRM" : "INVAILD";

如何寫出高效率的正則表示式

如果純粹是為了挑戰自己的正則水平，用來實現一些特效（例如使用正則表示式計算質數、解線性方程），效率不是問題；如果所寫的正則表示式只 是為了滿足一兩次、幾十次的執行，優化與否區別也不太大。但是，如果所寫的正則表示式會百萬次、千萬次地執行，效率就是很大的問題了。我這裡總結了幾條提 升正則表示式執行效率的經驗（工作中學到的，看書學來的，自己的體會），貼在這裡。如果您有其它的經驗而這裡沒有提及，歡迎賜教。

為行文方便，先定義兩個概念。

誤匹配：指正則表示式所匹配的內容範圍超出了所需要範圍，有些文字明明不符合要求，但是被所寫的正則式 “擊中了”。例如，如果使用\d{11}來匹配11位的手機號，\d{11}不單能匹配正確的手機號，它還會匹配98765432100這樣的明顯不是手 機號的字串。我們把這樣的匹配稱之為誤匹配。

漏匹配：指正則表示式所匹配的內容所規定的範圍太狹窄，有些文字確實是所需要的，但是所寫的正則沒有將這種情況囊括在內。例如，使用\d{18}來匹配18位的身份證號碼，就會漏掉結尾是字母X的情況。

寫出一條正則表示式，既可能只出現誤匹配（條件寫得極寬鬆，其範圍大於目標文字），也可能只出現漏匹配（只描述了目標文字中多種情況種的一種），還可能既有誤匹配又有漏匹配。例如，使用\w+\.com來匹配.com結尾的域名，既會誤匹配abc_.com這樣的字串（合法的域名中不含下劃線，\w包含了下劃線這種情況），又會漏掉ab-c.com這樣的域名（合法域名中可以含中劃線，但是\w不匹配中劃線）。

精準的正則表示式意味著既無誤匹配且無漏匹配。當然，現實中存在這樣的情況：只能看到有限數量的文字，根據這些文字寫規則，但是這些規則將 會用到海量的文字中。這種情況下，儘可能地（如果不是完全地）消除誤匹配以及漏匹配，並提升執行效率，就是我們的目標。本文所提出的經驗，主要是針對這種 情況。

掌握語法細節。正則表示式在各種語言中，其語法大致相同，細節各有千秋。明確所使用語言的正則的語法的 細節，是寫出正確、高效正則表示式的基礎。例如，perl中與\w等效的匹配範圍是[a-zA-Z0-9_]；perl正則式不支援肯定逆序環視中使用可 變的重複（variable repetition inside lookbehind，例如(?<=.*)abc），但是.Net語法是支援這一特性的；又如，JavaScript連逆序環視 （Lookbehind,如(?<=ab)c）都不支援，而perl和python是支援的。《精通正則表示式》第3章《正則表示式的特性和流派概 覽》明確地列出了各大派系正則的異同，這篇文章也簡要地列出了幾種常用語言、工具中正則的比較。對於具體使用者而言，至少應該詳細瞭解正在使用的那種工作 語言里正則的語法細節。

先粗後精，先加後減。使用正則表示式語法對於目標文字進行描述和界 定，可以像畫素描一樣，先大致勾勒出框架，再逐步在局步實現細節。仍舉剛才的手機號的例子，先界定\d{11}，總不會錯；再細化為1[358] \d{9}，就向前邁了一大步（至於第二位是不是3、5、8，這裡無意深究，只舉這樣一個例子，說明逐步細化的過程）。這樣做的目的是先消除漏匹配（剛開 始先儘可能多地匹配，做加法），然後再一點一點地消除誤匹配（做減法）。這樣有先有後，在考慮時才不易出錯，從而向“不誤不漏”這個目標邁進。

留有餘地。所能看到的文字sample是有限的，而待匹配檢驗的文字是海量的，暫時不可見的。對於這樣 的情況，在寫正則表示式時要跳出所能見到的文字的圈子，開拓思路，作出“戰略性前瞻”。例如，經常收到這樣的垃圾簡訊：“發*票”、“發#漂”。如果要寫 規則遮蔽這樣煩人的垃圾簡訊，不但要能寫出可以匹配當前文字的正則表示式 發[*#](?:票|漂)，還要能夠想到 發.(?:票|漂|飄)之類可能出現的“變種”。這在具體的領域或許會有針對性的規則，不多言。這樣做的目的是消除漏匹配，延長正則表示式的生命週期。

明確。具體說來，就是謹慎用點號這樣的元字元，儘可能不 用星號和加號這樣的任意量詞。只要能確定範圍的，例如\w，就不要用點號；只要能夠預測重複次數的，就不要用任意量詞。例如，寫析取twitter訊息的 指令碼，假設一條訊息的xml正文部分結構是<span class=”msg”>…</span>且正文中無尖括號，那麼<span class=”msg”>[^<]{1,480}</span>這種寫法的思路要好 於<span class=”msg”>.*</span>，原因有二：一是使用[^<]，它保證了文字的範圍不會超出下一個小於號所在的位 置；二是明確長度範圍，{1,480}，其依據是一條twitter訊息大致能的字元長度範圍。當然，480這個長度是否正確還可推敲，但是這種思路是值 得借鑑的。說得狠一點，“濫用點號、星號和加號是不環保、不負責任的做法”。

不要讓稻草壓死駱駝。每使用一個普通括號()而不是非捕獲型括號(?:…)，就會保留一部分記憶體等著你再次訪問。這樣的正則表示式、無限次地執行次數，無異於一根根稻草的堆加，終於能將駱駝壓死。養成合理使用(?:…)括號的習慣。

寧簡勿繁。將一條複雜的正則表示式拆分為兩條或多條簡單的正則表示式，程式設計難度會降低，執行效率會提 升。例如用來消除行首和行尾空白字元的正則表示式s/^\s+|\s+$//g;，其執行效率理論上要低於s/^\s+//g; s/\s+$//g; 。這個例子出自《精通正則表示式》第五章，書中對它的評論是“它幾乎總是最快的，而且顯然最容易理解”。既快又容易理解，何樂而不為？工作中我們還有其它 的理由要將C==(A|B)這樣的正則表示式拆為A和B兩條表示式分別執行。例如，雖然A和B這兩種情況只要有一種能夠擊中所需要的文字模式就會成功匹 配，但是如果只要有一條子表示式（例如A）會產生誤匹配，那麼不論其它的子表示式（例如B）效率如何之高，範圍如何精準，C的總體精準度也會因A而受到影 響。

巧妙定位。有時候，我們需要匹配的the，是作為單詞的the（兩邊有空格），而不是作為單詞一部分的t-h-e的有序排列（例如together中的the）。在適當的時候用上^，$，\b等等定位錨點，能有效提升找到成功匹配、淘汰不成功匹配的效率。