前幾天談了正則匹配 js 字符串的問題：《js 正則學習小記之匹配字符串》 和 《js 正則學習小記之匹配字符串優化篇》。
里面講到了優化正則起到提升性能的問題，但是能提升多少呢？
於是我去測試了，發現TMD幾乎微乎其微，我用1千字符串進行100萬次匹配測試，優不優化根本沒區別。
這不科學，我白看了這么多天正則，上天這是在玩弄我么。
突然我想到了 compile 方法，然后去測試了下，奇跡出現了，果然優化過的快了不少。
但這是為什么呢？
於是我翻閱資料，在 MDN 上找到了 RegExp Methods
這里說 compile 方法已被棄用！這不科學。。。
在 stackoverflow 上發現這篇文章 Javascript: what's the point of RegExp.compile()?
文章大意是說其實 直接 new RegExp 即可，compile 幾乎用不到。
於是乎我修改了代碼再來一次。
果然，直接 new RegExp 效果和 compile 是一樣的。
不過這只是 nodejs 下的結果，我們去看看各個瀏覽器下的結果如何吧。
<!doctype html>
<html lang="en">
<head>
<meta charset="UTF-8">
<title>test</title>
</head>
<body>
<script>
var str1 = '"' + Array(100).join("x") + '123456\\\'78\\\"90"';
var str2 = '"' + Array(100).join("x") + 'ooo\\\\oooo\\\nxxxx\\\"xxxx"';
// 這里寫100，小一點，防止等半天，FF那慫貨就半天
console.log("字符串1:", str1);
console.log("字符串2:", str2);
var reg1 = /"(?:\\.|[^"])*"/;
var reg2 = /"(?:[^"\\]|\\[\d\D])*"/;
var reg11 = new RegExp('"(?:\\.|[^"])*"');
var reg22 = new RegExp('"(?:[^"\\]|\\[\d\D])*"');
var n = 1e6; //100萬次測試
test("reg1", reg1);
test("reg2", reg2);
test("reg11", reg11);
test("reg22", reg22);
function test(name, re) {
console.time(name);
for (var i = 0; i < n; i++) {
str1.match(re);
str2.match(re);
}
console.timeEnd(name);
}
</script>
</body>
</html>
chrome
firefox
IE11
IE8 (我調用了一個插件模擬控制台實現IE6-8調試輸出的)
很明顯，第一名是 chrome (以 reg22 那個優化過的為准)，這個號稱武裝到牙齒的貨，果然夠new逼。
不過 firefox 這貨，竟然連 IE8 都比不過，是不是太慫了點。
優化過的 正則 比沒優化的快，那是肯定的。
但是 正則字面量 和 new RegExp 比，那就不是一個檔次了。
為什么有如此大的差距呢？
其實我也沒搞清楚。
以前看到很多文章都說 字面量 會比 new 對象 形式效率高，但是在正則這里，好像不是這么回事。
不過也不能直接否認這個觀點，因為我一直都用字面量的，簡潔美觀，用着方便才是王道。
我覺得在數據量大，或者重復操作次數多的時候用 new RegExp 是很必要的。
因為你也看到了性能提升這么多。
當然前提條件是你的正則必須優化，正則沒優化的情況，兩種差不多。
所以優化你的正則，然后用 new RegExp 可以大幅度提升程序的性能。
PS: IE11 是個特例，這貨從來不安套路出牌。
好了今天的分享完畢，你們都蠢蠢欲動了吧，快去把正則各種new起來吧。
