代碼如下:
var lang = "Java";
lang = lang + "Script";
實現(xiàn)這個操作的過程如下:首先創(chuàng)建一個能容納10個字符的新字符串,然后在這個字符串中填充“Java”和“Script”,最后一步是銷毀原來的字符串“Java”和“Script”,因為這兩個字符串已經(jīng)沒用了。但是在低版本的瀏覽器(如IE6)中,字符串拼接速度是很消耗一個性能的過程。
由此我就聯(lián)想到了Java,在Java中的字符串機制也和js差不多(即創(chuàng)建了就不能改變,要改變只能銷毀原來的值),但是Java有個StringBuffer解決了字符串不可變的問題,js且沒有類似的方法。但是我們可以模擬這種緩沖機制。其原理是利用數(shù)組進行拼接,源代碼如下:
代碼如下:
function StringBuffer() {
this.__strings__ = new Array();
}
StringBuffer.prototype.append = function (str) {
this.__strings__.push(str);
return this; //方便鏈式操作
}
StringBuffer.prototype.toString = function () {
return this.__strings__.join("");
}
/*測試*/
var buffer = new StringBuffer();
buffer.append("Hello ").append("javascript");
var result = buffer.toString();
alert(result);
ps:gist地址如下:https://gist.github.com/hehongwei44/fe71f10e4d2d9295aeab
機制我們模擬出來了,但是這個方法和字符串拼接性能上有多少差別了,我們可以測試一下,測試代碼如下:
代碼如下:
var d1 = new Date();
var str = "";
for(var i = 0; i < 10000; i++){
str += "text ";
}
var d2 = new Date();
document.write("測試一花費: " + (d2.getTime() - d1.getTime())/1000 + "秒"+"
");
var oBuffer = new StringBuffer();
d3 = new Date();
for(var i = 0; i < 10000; i++){
oBuffer.append("text ");
}
var sResult = oBuffer.toString();
d4 = new Date();
document.write("測試二花費: " + (d4.getTime() - d3.getTime())/1000 + "秒");
測試結(jié)果如下:(環(huán)境不同,測試結(jié)果可能不同):
1.在以1000次為基數(shù)的情況下,進行比較,兩者執(zhí)行都非???基本都是幾毫秒)耗時都差不多,后者以前者相差不會超過10個毫秒。
2.在以10000次為基數(shù)的情況下,執(zhí)行結(jié)果和上面差不多,但是前者在IE6下話費的事件較多。
3.在以100000次為基數(shù)的情況下,字符串拼接在IE6下,明顯花的時間更多,其他瀏覽器相差不大,有的反而比StringBuffer更短。
結(jié)論
1.在拼接詞數(shù)少于1000次的情況下,大膽的使用前者,一般我們也很少碰到拼接次數(shù)上千的情況。
2.其他瀏覽器對于拼接都沒什么性能問題,主要是IE6,如果拼接次數(shù)上萬或者十萬的話,建議單獨對IE6是用StringBuffer模擬。
聲明:本網(wǎng)頁內(nèi)容旨在傳播知識,若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系,我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com