• <fieldset id="8imwq"><menu id="8imwq"></menu></fieldset>
  • <bdo id="8imwq"><input id="8imwq"></input></bdo>
    最新文章專題視頻專題問答1問答10問答100問答1000問答2000關鍵字專題1關鍵字專題50關鍵字專題500關鍵字專題1500TAG最新視頻文章推薦1 推薦3 推薦5 推薦7 推薦9 推薦11 推薦13 推薦15 推薦17 推薦19 推薦21 推薦23 推薦25 推薦27 推薦29 推薦31 推薦33 推薦35 推薦37視頻文章20視頻文章30視頻文章40視頻文章50視頻文章60 視頻文章70視頻文章80視頻文章90視頻文章100視頻文章120視頻文章140 視頻2關鍵字專題關鍵字專題tag2tag3文章專題文章專題2文章索引1文章索引2文章索引3文章索引4文章索引5123456789101112131415文章專題3
    問答文章1 問答文章501 問答文章1001 問答文章1501 問答文章2001 問答文章2501 問答文章3001 問答文章3501 問答文章4001 問答文章4501 問答文章5001 問答文章5501 問答文章6001 問答文章6501 問答文章7001 問答文章7501 問答文章8001 問答文章8501 問答文章9001 問答文章9501
    當前位置: 首頁 - 科技 - 知識百科 - 正文

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

    來源:懂視網 責編:小采 時間:2020-11-27 20:40:53
    文檔

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

    trim原型函數看js正則表達式的性能_javascript技巧:一般情況下用正則寫法為: // [Ctrl+A 全選 注:如需引入外部Js需刷新才能執行]如果遇到大數據的變長字符串的話就會發現這個是很耗資源的。效率并不高,有的時候甚至無法忍受。 /**/ 請在這里寫足夠多的空格或者tab字符。 // [
    推薦度:
    導讀trim原型函數看js正則表達式的性能_javascript技巧:一般情況下用正則寫法為: // [Ctrl+A 全選 注:如需引入外部Js需刷新才能執行]如果遇到大數據的變長字符串的話就會發現這個是很耗資源的。效率并不高,有的時候甚至無法忍受。 /**/ 請在這里寫足夠多的空格或者tab字符。 // [

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

    [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引擎的回朔次數的
    a. 去掉限定的量詞,即改成
    代碼如下:
    String.prototype.trim = function () {
    return this.replace(/^[\s\t ]+|[\s\t ]$/g, '');
    }

    b. 去掉字符串尾匹配。即改成:
    代碼如下:
    String.prototype.trim = function () {
    return this.replace(/^[\s\t ]+/g, '');
    }

    c.加入多行匹配。即改成:
    代碼如下:
    String.prototype.trim = function () {
    return this.replace(/^[\s\t ]+|[\s\t ]+$/mg, '');
    }

    從以上三種改法結合文中開頭的NFA資料,我們可以大概的知道trim性能出現問題的原因
    量詞限定將優先匹配。
    量詞限定在結尾可能會使JS的正則引擎不停的回朔,出現遞歸的一個陷阱,這個遞歸的深度太深。如果字符串更大一點應該會出現棧溢出了。
    多行既然能夠匹配,而且性能消耗不大。性能上沒有任何問題,從一個寫這個正則程序的人角度上去看,多行明顯比單行要替換的空串多得多。所以第二點的結論應該是對的
    改良
    首先確定匹配字符串的開始正則是沒有任何效率問題的。而匹配結束的時候會出現性能問題,那可以采用正則與傳統相結合來改善這個trim性能問題。
    例如:

    [Ctrl+A 全選 注:如需引入外部Js需刷新才能執行]

    聲明:本網頁內容旨在傳播知識,若有侵權等問題請及時與本網聯系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com

    文檔

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

    trim原型函數看js正則表達式的性能_javascript技巧:一般情況下用正則寫法為: // [Ctrl+A 全選 注:如需引入外部Js需刷新才能執行]如果遇到大數據的變長字符串的話就會發現這個是很耗資源的。效率并不高,有的時候甚至無法忍受。 /**/ 請在這里寫足夠多的空格或者tab字符。 // [
    推薦度:
    標簽: 效率 js 函數
    • 熱門焦點

    最新推薦

    猜你喜歡

    熱門推薦

    專題
    Top
    主站蜘蛛池模板: 久久久久人妻一区精品| 国产精品成人啪精品视频免费| 国产精品久久一区二区三区| 久久精品国产亚洲AV不卡| 国产精品成人免费福利| 亚洲线精品一区二区三区| 国产精品亚洲精品观看不卡| 亚洲精品国产首次亮相| 久久性精品| 国产韩国精品一区二区三区| 国产午夜精品视频| AV无码精品一区二区三区| 区亚洲欧美一级久久精品亚洲精品成人网久久久久 | 国产92成人精品视频免费| 亚洲综合国产精品第一页| 精品欧美小视频在线观看| 国产69精品久久久久99尤物| 久久久精品一区二区三区| 潮喷大喷水系列无码久久精品| 久久精品国产亚洲77777| 亚洲精品成人无限看| 香港三级精品三级在线专区 | 99免费精品国产| 在线人成精品免费视频| 青青草国产精品久久| 91探花福利精品国产自产在线| 日产欧美国产日韩精品| 午夜精品久久久久久影视777| 精品人妻少妇一区二区三区| 国产福利电影一区二区三区,亚洲国模精品一区 | 精品久久人人做人人爽综合 | 人妻精品久久久久中文字幕一冢本| 亚洲国产小视频精品久久久三级| 久久久久一级精品亚洲国产成人综合AV区 | 亚洲第一永久AV网站久久精品男人的天堂AV | 2020久久精品国产免费| 精品国产AV一区二区三区| 精品久久久久久无码专区不卡 | 久久99精品久久久久久水蜜桃 | www国产精品| 精品一区二区三区在线视频|