trim原型函數看js正則表達式的性能

2024-05-06 14:16:28

字體：大中小

來源：轉載

供稿：網友

一般情況下用正則寫法為：

[Ctrl+A 全選注:如需引入外部Js需刷新才能執行]
如果遇到大數據的變長字符串的話就會發現這個是很耗資源的。效率并不高，有的時候甚至無法忍受。

[Ctrl+A 全選注:如需引入外部Js需刷新才能執行]
在解釋這個原因的時候想起以前看到master regular expression里面有提到過。NFA和DFA的引擎是有區別的。js/perl/php/java/.net都是NFA引擎。
而DFA與NFA機制上的不同帶來5個影響：
1. DFA對于文本串里的每一個字符只需掃描一次，比較快，但特性較少；NFA要翻來覆去吃字符、吐字符，速度慢，但是特性豐富，所以反而應用廣泛，當今主要的正則表達式引擎，如Perl、Ruby、Python的re模塊、Java和.NET的regex庫，都是NFA的。
2. 只有NFA才支持lazy和backreference（后向引用）等特性；
3. NFA急于邀功請賞，所以最左子正則式優先匹配成功，因此偶爾會錯過最佳匹配結果；DFA則是“最長的左子正則式優先匹配成功”。
4. NFA缺省采用greedy量詞(就是對于/.*/、//w+/這樣的“重復n”次的模式，以貪婪方式進行，盡可能匹配更多字符，直到不得以罷手為止)，NFA會優先匹配量詞。
5. NFA可能會陷入遞歸調用的陷阱而表現得性能極差。

backtracking（回朔）
當NFA發現自己吃多了，一個一個往回吐，邊吐邊找匹配，這個過程叫做backtracking。由于存在這個過程，在NFA匹配過程中，特別是在編寫不合理的正則式匹配過程中，文本被反復掃描，效率損失是不小的。明白這個道理，對于寫出高效的正則表達式很有幫助。

定位/分析原因
在解釋上面的trim原型方法的時候。經過測試，先不說結果是否正確，有幾個方法是可以化解JS NFA引擎的回朔次數的

上一篇：HTML與javascript常碰到的編碼問題第1/2頁

下一篇：FLASH 廣告之外的鏈接