[轉帖]談JavaScript組合拼接字符串的效率
當前位置:點晴教程→知識管理交流
→『 技術文檔交流 』
:談JavaScript組合拼接字符串的效率 JavaScript組合拼接字符串的效率。在腳本開發過程中,經常會按照某個規則,組合拼接出一個大字符串進行輸出。比如寫腳本控件時控制整個控件的外觀的HTML標簽輸出,比如AJAX里得到服務器端的回傳值后動態分析創建HTML標簽時,不過這里我就不討論拼接字符串的具體應用了,我只是想在這里討論一下拼接的效率。 字符串的拼接在我們寫代碼的時候都是用“+=”這個運算符,s += String; 這是我們最為熟知的寫法,不知道大家有沒有注意過沒有,在組合的字符串容量有幾十K甚至幾百K的時候,腳本執行起來很慢,CPU使用率狂高,例如:
就這么一步操作,產生的結果字符串是200K,耗時是1.1秒(這個與電腦配置有關),CPU的峰值100%。(為了更直觀地看到效果,我多做了些循環)。可想而知就這么一步操作就消耗了我一秒多的時間,再加上其它的代碼的時間消耗,那整個腳本塊的執行時間就難以忍受了。那有沒有優化的方案呢?還有其它的方法嗎?答案當然是有的,否則我寫這篇文章就是廢話。 更快的方式就是使用數組,在循環拼接的時候不是相接拼接到某個字符串里去,而是把字符串放到一個數組里,最后用數組.join("") 得到結果字符串,代碼示例:
大家可以測試測試,組合出一個相同大小的字符串所消耗的時間,我這里測試出來的結果是:<15毫秒,請注意,它的單位是毫秒,也就是說組合出這么一個200K的字符串,兩種模式的時間消耗是差不多兩個數量級。這意味著什么?意味著后者已經工作結束吃完中飯回來,前者還在做著苦力。我寫一個測試頁面,大家可以把下面這些代碼拷貝下來另存為一個HTM文件在網頁里打開自己來測試一下兩者之間的效率差,反正我測試的是前者要半分鐘才能完成的事,后者0.07秒就搞定了(循環10000次)。
方法一
方法二
最后我再說幾句,是不是以后字符串拼接就一律使用數組join呢?這個要看你的實際需求了,就普通的幾個或者K級的字節的組合就沒有必要使用數組法了,因為開數組變量也是有消耗的。若有幾K以上的字符串組合,那就是數組的效率高了。 IE 6.0: 字符串拼接法:拼接后的大字符串長 1010000字節,拼接耗時 22089毫秒! 數組賦值join法:拼接后的大字符串長 1010000字節,拼接耗時 218毫秒! Firefox 1.0: 字符串拼接法:拼接后的大字符串長 1010000字節,拼接耗時 1044毫秒! 數組賦值join法:拼接后的大字符串長 1010000字節,拼接耗時 1044毫秒! Mozilla 1.7: 字符串拼接法:拼接后的大字符串長 1010000字節,拼接耗時 1045毫秒! 數組賦值join法:拼接后的大字符串長 1010000字節,拼接耗時 1044毫秒! Netscape 7.0: 字符串拼接法:拼接后的大字符串長 1010000字節,拼接耗時 10273毫秒! 數組賦值join法:拼接后的大字符串長 1010000字節,拼接耗時 1138毫秒! Opera 7.54: 字符串拼接法:拼接后的大字符串長 1010000字節,拼接耗時 6968毫秒! 數組賦值join法:拼接后的大字符串長 1010000字節,拼接耗時 6922毫秒! 循環10000次的測試結果表明在IE和Netscape里可以大大提高效率,而在Firefox Mozilla Opera 里兩種方法耗時基本相近,這些數據足可以判定數組join法優于傳統字符串拼接。 該文章在 2024/3/9 17:20:15 編輯過 |
關鍵字查詢
相關文章
正在查詢... |