JavaScript性能優(yōu)化小竅門匯總(含實(shí)例)

在眾多語言中,JavaScript已經(jīng)占有重要的一席之地,利用JavaScript我們可以做很多事情 , 應(yīng)用廣泛。在web應(yīng)用項(xiàng)目中,需要大量JavaScript的代碼,將來也會(huì)越來越多。但是由于JavaScript是一個(gè)作為解釋執(zhí)行的語言,而且它的單線程機(jī)制,決定了性能問題是JavaScript的弱點(diǎn),也是開發(fā)者在寫JavaScript的時(shí)候需注意的一個(gè)問題,因?yàn)榻?jīng)常會(huì)遇到Web 2.0應(yīng)用性能欠佳的問題,主因就是JavaScript性能不足,導(dǎo)致瀏覽器負(fù)荷過重。 Javascript性能優(yōu)化絕不是一種書面的技能,那么應(yīng)該如何正確的加載和執(zhí)行 JavaScript代碼,從而提高其在瀏覽器中的性能呢?下面就W3Cschool小編給大家做一些優(yōu)化小竅門的知識(shí)匯總。

無論當(dāng)前 JavaScript 代碼是內(nèi)嵌還是在外鏈文件中,頁(yè)面的下載和渲染都必須停下來等待腳本執(zhí)行完成。JavaScript 執(zhí)行過程耗時(shí)越久,瀏覽器等待響應(yīng)用戶輸入的時(shí)間就越長(zhǎng)。瀏覽器在下載和執(zhí)行腳本時(shí)出現(xiàn)阻塞的原因在于,腳本可能會(huì)改變頁(yè)面或JavaScript的命名空間,它們會(huì)對(duì)后面頁(yè)面內(nèi)容造成影響。一個(gè)典型的例子就是在頁(yè)面中使用:

document.write()

示例:

<html>
  <head>
    <title>Source Example</title>
  </head>
  <body>
    <p>
      <script type="text/javascript">
        document.write("Today is " + (new Date()).toDateString());
      </script>
    </p>
  </body>
</html>

當(dāng)瀏覽器遇到<script>標(biāo)簽時(shí),當(dāng)前 HTML 頁(yè)面無從獲知 JavaScript 是否會(huì)向<p> 標(biāo)簽添加內(nèi)容,或引入其他元素,或甚至移除該標(biāo)簽。因此,這時(shí)瀏覽器會(huì)停止處理頁(yè)面,先執(zhí)行 JavaScript代碼,然后再繼續(xù)解析和渲染頁(yè)面。同樣的情況也發(fā)生在使用 src 屬性加載 JavaScript的過程中,瀏覽器必須先花時(shí)間下載外鏈文件中的代碼,然后解析并執(zhí)行它。在這個(gè)過程中,頁(yè)面渲染和用戶交互完全被阻塞了。

不要使用 with() 語句


這是因?yàn)?with() 語句將會(huì)在作用域鏈的開始添加額外的變量。額外的變量意味著,當(dāng)任何變量需要被訪問的時(shí)候,JavaScript引擎都需要先掃描with()語句產(chǎn)生的變量,然后才是局部變量,最后是全局變量。

So with() essentially gives local variables all the performance drawbacks of global ones, and in turn derails Javascript optimization.

因此with()語句同時(shí)給局部變量和全局變量的性能帶來負(fù)面影響,最終使我們優(yōu)化JavaScript性能的計(jì)劃破產(chǎn)。

對(duì)象屬性和數(shù)組元素的速度都比變量慢


談到JavaScript的數(shù)據(jù),一般來說有4種訪問方式:數(shù)值、變量、對(duì)象屬性和數(shù)組元素。在考慮優(yōu)化時(shí),數(shù)值和變量的性能差不多,并且速度顯著優(yōu)于對(duì)象屬性和數(shù)組元素。因此當(dāng)你多次引用一個(gè)對(duì)象屬性或者數(shù)組元素的時(shí)候,你可以通過定義一個(gè)變量來獲得性能提升。(這一條在讀、寫數(shù)據(jù)時(shí)都有效)雖然這條規(guī)則在絕大多數(shù)情況下是正確的,但是Firefox在優(yōu)化數(shù)組索引上做了一些有意思的工作,能夠讓它的實(shí)際性能優(yōu)于變量。但是考慮到數(shù)組元素在其他瀏覽器上的性能弊端,還是應(yīng)該盡量避免數(shù)組查找,除非你真的只針對(duì)于火狐瀏覽器的性能而進(jìn)行開發(fā)。

避免全局查找


在一個(gè)函數(shù)中會(huì)用到全局對(duì)象存儲(chǔ)為局部變量來減少全局查找,因?yàn)樵L問局部變量的速度要比訪問全局變量的速度更快些

function search() {
  //當(dāng)我要使用當(dāng)前頁(yè)面地址和主機(jī)域名
  alert(window.location.href + window.location.host);
}
//最好的方式是如下這樣  先用一個(gè)簡(jiǎn)單變量保存起來
function search() {
  var location = window.location;
  alert(location.href + location.host);
}

避免with語句


和函數(shù)類似 ,with語句會(huì)創(chuàng)建自己的作用域,因此會(huì)增加其中執(zhí)行的代碼的作用域鏈的長(zhǎng)度,由于額外的作用域鏈的查找,在with語句中執(zhí)行的代碼肯定會(huì)比外面執(zhí)行的代碼要慢,在能不使用with語句的時(shí)候盡量不要使用with語句。

with (a.b.c.d) {
  property1 = 1;
  property2 = 2;
}
//可以替換為:
  var obj = a.b.c.d;
  obj.property1 = 1;
  obj.property2 = 2;

數(shù)字轉(zhuǎn)換成字符串
般最好用”" + 1來將數(shù)字轉(zhuǎn)換成字符串,雖然看起來比較丑一點(diǎn),但事實(shí)上這個(gè)效率是最高的,性能上來說:

(“” +) > String() > .toString() > new String()

通過模板元素clone,替代createElement


很多人喜歡在JavaScript中使用document.write來給頁(yè)面生成內(nèi)容。事實(shí)上這樣的效率較低,如果需要直接插入HTML,可以找一個(gè)容器元素,比如指定一個(gè)div或者span,并設(shè)置他們的innerHTML來將自己的HTML代碼插入到頁(yè)面中。通常我們可能會(huì)使用字符串直接寫HTML來創(chuàng)建節(jié)點(diǎn),其實(shí)這樣做:
1:無法保證代碼的有效性;
2:字符串操作效率低,所以應(yīng)該是用document.createElement()方法,而如果文檔中存在現(xiàn)成的樣板節(jié)點(diǎn),應(yīng)該是用cloneNode()方法,因?yàn)槭褂胏reateElement()方法之后,你需要設(shè)置多次元素的屬性,使用cloneNode()則可以減少屬性的設(shè)置次數(shù)——同樣如果需要?jiǎng)?chuàng)建很多元素,應(yīng)該先準(zhǔn)備一個(gè)樣板節(jié)點(diǎn)。

var frag = document.createDocumentFragment();
        for (var i = 0; i < 1000; i++) {
            var el = document.createElement('p');
            el.innerHTML = i;
            frag.appendChild(el);
        }
        document.body.appendChild(frag);
        //替換為:
        var frag = document.createDocumentFragment();
        var pEl = document.getElementsByTagName('p')[0];
        for (var i = 0; i < 1000; i++) {
            var el = pEl.cloneNode(false);
            el.innerHTML = i;
            frag.appendChild(el);
        }
        document.body.appendChild(frag);

避免低效率的腳本位置


HTML 4 規(guī)范指出 <script> 標(biāo)簽可以放在 HTML 文檔的<head><body>中,并允許出現(xiàn)多次。Web 開發(fā)人員一般習(xí)慣在 <head> 中加載外鏈的 JavaScript,接著用 <link> 標(biāo)簽用來加載外鏈的 CSS 文件或者其他頁(yè)面信息。

低效率腳本位置示例:

<html>
  <head>
    <title>Source Example</title>
    <script type="text/javascript" src="script1.js"></script>
    <script type="text/javascript" src="script2.js"></script>
    <script type="text/javascript" src="script3.js"></script>
    <link rel="stylesheet" type="text/css" href="styles.css">
  </head>
  <body>
    <p>Hello world!</p>
  </body>
</html>

然而這種常規(guī)的做法卻隱藏著嚴(yán)重的性能問題。在清單 2 的示例中,當(dāng)瀏覽器解析到 <script> 標(biāo)簽(第 4 行)時(shí),瀏覽器會(huì)停止解析其后的內(nèi)容,而優(yōu)先下載腳本文件,并執(zhí)行其中的代碼,這意味著,其后的 styles.css 樣式文件和<body>標(biāo)簽都無法被加載,由于<body>標(biāo)簽無法被加載,那么頁(yè)面自然就無法渲染了。因此在該 JavaScript 代碼完全執(zhí)行完之前,頁(yè)面都是一片空白。下圖描述了頁(yè)面加載過程中腳本和樣式文件的下載過程。

腳本位置

我們可以發(fā)現(xiàn)一個(gè)有趣的現(xiàn)象:第一個(gè) JavaScript 文件開始下載,與此同時(shí)阻塞了頁(yè)面其他文件的下載。此外,從 script1.js 下載完成到 script2.js 開始下載前存在一個(gè)延時(shí),這段時(shí)間正好是 script1.js 文件的執(zhí)行過程。每個(gè)文件必須等到前一個(gè)文件下載并執(zhí)行完成才會(huì)開始下載。在這些文件逐個(gè)下載過程中,用戶看到的是一片空白的頁(yè)面。從 IE 8、Firefox 3.5、Safari 4 和 Chrome 2 開始都允許并行下載 JavaScript 文件。這是個(gè)好消息,因?yàn)?code><script>標(biāo)簽在下載外部資源時(shí)不會(huì)阻塞其他<script>標(biāo)簽。遺憾的是,JavaScript 下載過程仍然會(huì)阻塞其他資源的下載,比如樣式文件和圖片。盡管腳本的下載過程不會(huì)互相影響,但頁(yè)面仍然必須等待所有 JavaScript 代碼下載并執(zhí)行完成才能繼續(xù)。因此,盡管最新的瀏覽器通過允許并行下載提高了性能,但問題尚未完全解決,腳本阻塞仍然是一個(gè)問題。由于腳本會(huì)阻塞頁(yè)面其他資源的下載,因此推薦將所有<script>標(biāo)簽盡可能放到<body>標(biāo)簽的底部,以盡量減少對(duì)整個(gè)頁(yè)面下載的影響。

推薦的代碼放置位置示例:

<head>
    <title>Source Example</title>
    <link rel="stylesheet" type="text/css" href="styles.css">
</head>
<body>
    <p>Hello world!</p>
    <!-- Example of efficient script positioning -->
    <script type="text/javascript" src="script1.js"></script>
    <script type="text/javascript" src="script2.js"></script>
    <script type="text/javascript" src="script3.js"></script>
</body>
</html>

這段代碼展示了在 HTML 文檔中放置<script>標(biāo)簽的推薦位置。盡管腳本下載會(huì)阻塞另一個(gè)腳本,但是頁(yè)面的大部分內(nèi)容都已經(jīng)下載完成并顯示給了用戶,因此頁(yè)面下載不會(huì)顯得太慢。這是優(yōu)化 JavaScript 的首要規(guī)則:將腳本放在底部。

小心使用閉包


雖然你可能還不知道“閉包”,但你可能在不經(jīng)意間經(jīng)常使用這項(xiàng)技術(shù)。閉包基本上被認(rèn)為是JavaScript中的new,當(dāng)我們定義一個(gè)即時(shí)函數(shù)的時(shí)候,我們就使用了閉包,比如:

document.getElementById('foo').onclick = function(ev) { };

閉包的問題在于:根據(jù)定義,在它們的作用域鏈中至少有三個(gè)對(duì)象:閉包變量、局部變量和全局變量。這些額外的對(duì)象將會(huì)導(dǎo)致其他的性能問題。但是Nicholas并不是要我們因噎廢食,閉包對(duì)于提高代碼可讀性等方面還是非常有用的,只是不要濫用它們(尤其在循環(huán)中)。

在循環(huán)時(shí)將控制條件和控制變量合并起來


提到性能,在循環(huán)中需要避免的工作一直是個(gè)熱門話題,因?yàn)檠h(huán)會(huì)被重復(fù)執(zhí)行很多次。所以如果有性能優(yōu)化的需求,先對(duì)循環(huán)開刀有可能會(huì)獲得最明顯的性能提升。
一種優(yōu)化循環(huán)的方法是在定義循環(huán)的時(shí)候,將控制條件和控制變量合并起來,下面是一個(gè)沒有將他們合并起來的例子:

for ( var x = 0; x < 10; x++ ) {
};

當(dāng)我們要添加什么東西到這個(gè)循環(huán)之前,我們發(fā)現(xiàn)有幾個(gè)操作在每次迭代都會(huì)出現(xiàn)。JavaScript引擎需要:

#1:檢查 x 是否存在
#2:檢查 x 是否小于 0 <span style="color: #888888;">(這里可能有筆誤)</span>
#3:使 x 增加 1

然而如果你只是迭代元素中的一些元素,那么你可以使用while循環(huán)進(jìn)行輪轉(zhuǎn)來替代上面這種操作:

var x = 9;
do { } while( x-- );

使用 XMLHttpRequest(XHR)對(duì)象


此技術(shù)首先創(chuàng)建一個(gè) XHR 對(duì)象,然后下載 JavaScript 文件,接著用一個(gè)動(dòng)態(tài)<script>
元素將 JavaScript 代碼注入頁(yè)面。
通過 XHR 對(duì)象加載 JavaScript 腳本:

var xhr = new XMLHttpRequest();
xhr.open("get", "script1.js", true);
xhr.onreadystatechange = function(){
    if (xhr.readyState == 4){
        if (xhr.status >= 200 && xhr.status < 300 || xhr.status == 304){
            var script = document.createElement ("script");
            script.type = "text/javascript";
            script.text = xhr.responseText;
            document.body.appendChild(script);
        }
    }
};
xhr.send(null);

此代碼向服務(wù)器發(fā)送一個(gè)獲取 script1.js 文件的 GET 請(qǐng)求。onreadystatechange 事件處理函數(shù)檢查readyState 是不是 4,然后檢查 HTTP 狀態(tài)碼是不是有效(2XX 表示有效的回應(yīng),304 表示一個(gè)緩存響應(yīng))。如果收到了一個(gè)有效的響應(yīng),那么就創(chuàng)建一個(gè)新的<script>元素,將它的文本屬性設(shè)置為從服務(wù)器接收到的 responseText 字符串。這樣做實(shí)際上會(huì)創(chuàng)建一個(gè)帶有內(nèi)聯(lián)代碼的<script>元素。一旦新<script>元素被添加到文檔,代碼將被執(zhí)行,并準(zhǔn)備使用。這種方法的主要優(yōu)點(diǎn)是,您可以下載不立即執(zhí)行的 JavaScript 代碼。由于代碼返回在<script>標(biāo)簽之外(換句話說不受<script>標(biāo)簽約束),它下載后不會(huì)自動(dòng)執(zhí)行,這使得您可以推遲執(zhí)行,直到一切都準(zhǔn)備好了。另一個(gè)優(yōu)點(diǎn)是,同樣的代碼在所有現(xiàn)代瀏覽器中都不會(huì)引發(fā)異常。此方法最主要的限制是:JavaScript 文件必須與頁(yè)面放置在同一個(gè)域內(nèi),不能從 CDN 下載(CDN 指”內(nèi)容投遞網(wǎng)絡(luò)(Content Delivery Network)”,所以大型網(wǎng)頁(yè)通常不采用 XHR 腳本注入技術(shù)。

注意NodeList


最小化訪問NodeList的次數(shù)可以極大的改進(jìn)腳本的性能

var images = document.getElementsByTagName('img');
for (var i = 0, len = images.length; i < len; i++) {
}

編寫JavaScript的時(shí)候一定要知道何時(shí)返回NodeList對(duì)象,這樣可以最小化對(duì)它們的訪問

  1. 進(jìn)行了對(duì)getElementsByTagName()的調(diào)用
  2. 獲取了元素的childNodes屬性
  3. 獲取了元素的attributes屬性
  4. 訪問了特殊的集合,如document.forms、document.images等等
    要了解了當(dāng)使用NodeList對(duì)象時(shí),合理使用會(huì)極大的提升代碼執(zhí)行速度

避免與null進(jìn)行比較


由于JavaScript是弱類型的,所以它不會(huì)做任何的自動(dòng)類型檢查,所以如果看到與null進(jìn)行比較的代碼,嘗試使用以下技術(shù)替換:

  1. 如果值應(yīng)為一個(gè)引用類型,使用instanceof操作符檢查其構(gòu)造函數(shù)
  2. 如果值應(yīng)為一個(gè)基本類型,作用typeof檢查其類型
  3. 如果是希望對(duì)象包含某個(gè)特定的方法名,則使用typeof操作符確保指定名字的方法存在于對(duì)象上

尊重對(duì)象的所有權(quán)


因?yàn)镴avaScript可以在任何時(shí)候修改任意對(duì)象,這樣就可以以不可預(yù)計(jì)的方式覆寫默認(rèn)的行為,所以如果你不負(fù)責(zé)維護(hù)某個(gè)對(duì)象,它的對(duì)象或者它的方法,那么你就不要對(duì)它進(jìn)行修改,具體一點(diǎn)就是說:

  1. 不要為實(shí)例或原型添加屬性
  2. 不要為實(shí)例或者原型添加方法
  3. 不要重定義已經(jīng)存在的方法
  4. 不要重復(fù)定義其它團(tuán)隊(duì)成員已經(jīng)實(shí)現(xiàn)的方法
    永遠(yuǎn)不要修改不是由你所有的對(duì)象,你可以通過以下方式為對(duì)象創(chuàng)建新的功能:
  5. 創(chuàng)建包含所需功能的新對(duì)象,并用它與相關(guān)對(duì)象進(jìn)行交互
  6. 創(chuàng)建自定義類型,繼承需要進(jìn)行修改的類型,然后可以為自定義類型添加額外功能

循環(huán)引用


如果循環(huán)引用中包含DOM對(duì)象或者ActiveX對(duì)象,那么就會(huì)發(fā)生內(nèi)存泄露。內(nèi)存泄露的后果是在瀏覽器關(guān)閉前,即使是刷新頁(yè)面,這部分內(nèi)存不會(huì)被瀏覽器釋放。
簡(jiǎn)單的循環(huán)引用:

var el = document.getElementById('MyElement');
var func = function () {
  //…
}
el.func = func;
func.element = el;

但是通常不會(huì)出現(xiàn)這種情況。通常循環(huán)引用發(fā)生在為dom元素添加閉包作為expendo的時(shí)候。

function init() {
  var el = document.getElementById('MyElement');
  el.onclick = function () {
    //……
  }
}
init();

init在執(zhí)行的時(shí)候,當(dāng)前上下文我們叫做context。這個(gè)時(shí)候,context引用了el,el引用了function,function引用了context。這時(shí)候形成了一個(gè)循環(huán)引用。
下面2種方法可以解決循環(huán)引用:

1、置空dom對(duì)象

function init() {
  var el = document.getElementById('MyElement');
  el.onclick = function () {
    //……
  }
}
init();
//可以替換為:
function init() {
  var el = document.getElementById('MyElement');
  el.onclick = function () {
    //……
  }
  el = null;
}
init();

將el置空,context中不包含對(duì)dom對(duì)象的引用,從而打斷循環(huán)應(yīng)用。

如果我們需要將dom對(duì)象返回,可以用如下方法:

function init() {
  var el = document.getElementById('MyElement');
  el.onclick = function () {
    //……
  }
  return el;
}
init();
//可以替換為:
function init() {
  var el = document.getElementById('MyElement');
  el.onclick = function () {
    //……
  }
  try {
    return el;
  }
  finally {
    el = null;
  }
}
init();

2、構(gòu)造新的context

function init() {
  var el = document.getElementById('MyElement');
  el.onclick = function () {
    //……
  }
}
init();
//可以替換為:
function elClickHandler() {
  //……
}
function init() {
  var el = document.getElementById('MyElement');
  el.onclick = elClickHandler;
}
init();

把function抽到新的context中,這樣,function的context就不包含對(duì)el的引用,從而打斷循環(huán)引用。

通過javascript創(chuàng)建的dom對(duì)象,必須append到頁(yè)面中
IE下,腳本創(chuàng)建的dom對(duì)象,如果沒有append到頁(yè)面中,刷新頁(yè)面,這部分內(nèi)存是不會(huì)回收的!

function create() {
  var gc = document.getElementById('GC');
  for (var i = 0; i < 5000; i++) {
    var el = document.createElement('div');
    el.innerHTML = "test";
    //下面這句可以注釋掉,看看瀏覽器在任務(wù)管理器中,點(diǎn)擊按鈕然后刷新后的內(nèi)存變化
    gc.appendChild(el);
  }
}

字符串連接


如果要連接多個(gè)字符串,應(yīng)該少使用+=,如

s+=a;
s+=b;
s+=c;

應(yīng)該寫成s+=a + b + c;
而如果是收集字符串,比如多次對(duì)同一個(gè)字符串進(jìn)行+=操作的話,最好使用一個(gè)緩存,使用JavaScript數(shù)組來收集,最后使用join方法連接起來

var buf = [];
for (var i = 0; i < 100; i++) {
  buf.push(i.toString());
}
var all = buf.join("");

各種類型轉(zhuǎn)換


var myVar = "3.14159",
str = "" + myVar, //  to string  
i_int = ~ ~myVar,  //  to integer  
f_float = 1 * myVar,  //  to float  
b_bool = !!myVar,  /*  to boolean - any string with length 
and any number except 0 are true */
array = [myVar];  //  to array

如果定義了toString()方法來進(jìn)行類型轉(zhuǎn)換的話,推薦顯式調(diào)用toString(),因?yàn)閮?nèi)部的操作在嘗試所有可能性之后,會(huì)嘗試對(duì)象的toString()方法嘗試能否轉(zhuǎn)化為String,所以直接調(diào)用這個(gè)方法效率會(huì)更高

多個(gè)類型聲明


在JavaScript中所有變量都可以使用單個(gè)var語句來聲明,這樣就是組合在一起的語句,以減少整個(gè)腳本的執(zhí)行時(shí)間,就如上面代碼一樣,上面代碼格式也挺規(guī)范,讓人一看就明了。

插入迭代器


var name=values[i]; i++;前面兩條語句可以寫成var name=values[i++]

使用直接量


var aTest = new Array(); //替換為
var aTest = [];
var aTest = new Object; //替換為
var aTest = {};
var reg = new RegExp(); //替換為
var reg = /../;
//如果要?jiǎng)?chuàng)建具有一些特性的一般對(duì)象,也可以使用字面量,如下:
var oFruit = new O;
oFruit.color = "red";
oFruit.name = "apple";
//前面的代碼可用對(duì)象字面量來改寫成這樣:
var oFruit = { color: "red", name: "apple" };

避免雙重解釋


如果要提高代碼性能,盡可能避免出現(xiàn)需要按照J(rèn)avaScript解釋的字符串,也就是
1、盡量少使用eval函數(shù)
使用eval相當(dāng)于在運(yùn)行時(shí)再次調(diào)用解釋引擎對(duì)內(nèi)容進(jìn)行運(yùn)行,需要消耗大量時(shí)間,而且使用Eval帶來的安全性問題也是不容忽視的。
2、不要使用Function構(gòu)造器
不要給setTimeout或者setInterval傳遞字符串參數(shù)

var num = 0;
setTimeout('num++', 10);
//可以替換為:
var num = 0;
function addNum() {
  num++;
}
setTimeout(addNum, 10);

縮短否定檢測(cè)


if (oTest != '#ff0000') {
  //do something
}
if (oTest != null) {
  //do something
}
if (oTest != false) {
  //do something
}
//雖然這些都正確,但用邏輯非操作符來操作也有同樣的效果:
if (!oTest) {
  //do something
}

釋放javascript對(duì)象


在rich應(yīng)用中,隨著實(shí)例化對(duì)象數(shù)量的增加,內(nèi)存消耗會(huì)越來越大。所以應(yīng)當(dāng)及時(shí)釋放對(duì)對(duì)象的引用,讓GC能夠回收這些內(nèi)存控件。
對(duì)象:obj = null
對(duì)象屬性:delete obj.myproperty
數(shù)組item:使用數(shù)組的splice方法釋放數(shù)組中不用的item

性能方面的注意事項(xiàng)


1、盡量使用原生方法
2、switch語句相對(duì)if較快
通過將case語句按照最可能到最不可能的順序進(jìn)行組織
3、位運(yùn)算較快
當(dāng)進(jìn)行數(shù)字運(yùn)算時(shí),位運(yùn)算操作要比任何布爾運(yùn)算或者算數(shù)運(yùn)算快
4、巧用||和&&布爾運(yùn)算符

function eventHandler(e) {
  if (!e) e = window.event;
}
//可以替換為:
function eventHandler(e) {
  e = e || window.event;
}
if (myobj) {
  doSomething(myobj);
}
//可以替換為:
myobj && doSomething(myobj);

避免錯(cuò)誤應(yīng)注意的地方
1、每條語句末尾須加分號(hào)
在if語句中,即使條件表達(dá)式只有一條語句也要用{}把它括起來,以免后續(xù)如果添加了語句之后造成邏輯錯(cuò)誤

2、使用+號(hào)時(shí)需謹(jǐn)慎
JavaScript 和其他編程語言不同的是,在 JavaScript 中,’+'除了表示數(shù)字值相加,字符串相連接以外,還可以作一元運(yùn)算符用,把字符串轉(zhuǎn)換為數(shù)字。因而如果使用不當(dāng),則可能與自增符’++’混淆而引起計(jì)算錯(cuò)誤

var valueA = 20;
var valueB = "10";
alert(valueA + valueB);     //ouput: 2010 
alert(valueA + (+valueB));  //output: 30 
alert(valueA + +valueB);    //output:30 
alert(valueA ++ valueB);     //Compile error

3、使用return語句需要注意
一條有返回值的return語句不要用()括號(hào)來括住返回值,如果返回表達(dá)式,則表達(dá)式應(yīng)與return關(guān)鍵字在同一行,以避免壓縮時(shí),壓縮工具自動(dòng)加分號(hào)而造成返回與開發(fā)人員不一致的結(jié)果

function F1() {
  var valueA = 1;
  var valueB = 2;
  return valueA + valueB;
}
function F2() {
  var valueA = 1;
  var valueB = 2;
  return
  valueA + valueB;
}
alert(F1());  //output: 3 
alert(F2());  //ouput: undefined

==和===的區(qū)別

避免在if和while語句的條件部分進(jìn)行賦值,如if (a = b),應(yīng)該寫成if (a == b),但是在比較是否相等的情況下,最好使用全等運(yùn)行符,也就是使用===!==操作符會(huì)相對(duì)于==!=會(huì)好點(diǎn)。==!=操作符會(huì)進(jìn)行類型強(qiáng)制轉(zhuǎn)換

var valueA = "1";
var valueB = 1;
if (valueA == valueB) {
  alert("Equal");
}
else {
  alert("Not equal");
}
//output: "Equal"
if (valueA === valueB) {
  alert("Equal");
}
else {
  alert("Not equal");
}
//output: "Not equal"

不要使用生偏語法


不要使用生偏語法,寫讓人迷惑的代碼,雖然計(jì)算機(jī)能夠正確識(shí)別并運(yùn)行,但是晦澀難懂的代碼不方便以后維護(hù)

函數(shù)返回統(tǒng)一類型


雖然JavaScript是弱類型的,對(duì)于函數(shù)來說,前面返回整數(shù)型數(shù)據(jù),后面返回布爾值在編譯和運(yùn)行都可以正常通過,但為了規(guī)范和以后維護(hù)時(shí)容易理解,應(yīng)保證函數(shù)應(yīng)返回統(tǒng)一的數(shù)據(jù)類型

總是檢查數(shù)據(jù)類型


要檢查你的方法輸入的所有數(shù)據(jù),一方面是為了安全性,另一方面也是為了可用性。用戶隨時(shí)隨地都會(huì)輸入錯(cuò)誤的數(shù)據(jù)。這不是因?yàn)樗麄兇溃且驗(yàn)樗麄兒苊Γ⑶宜伎嫉姆绞礁悴煌S胻ypeof方法來檢測(cè)你的function接受的輸入是否合法

何時(shí)用單引號(hào),何時(shí)用雙引號(hào)


雖然在JavaScript當(dāng)中,雙引號(hào)和單引號(hào)都可以表示字符串, 為了避免混亂,我們建議在HTML中使用雙引號(hào),在JavaScript中使用單引號(hào),但為了兼容各個(gè)瀏覽器,也為了解析時(shí)不會(huì)出錯(cuò),定義JSON對(duì)象時(shí),最好使用雙引號(hào)部署

  1. 用JSLint運(yùn)行JavaScript驗(yàn)證器來確保沒有語法錯(cuò)誤或者是代碼沒有潛在的問
  2. 部署之前推薦使用壓縮工具將JS文件壓縮
  3. 文件編碼統(tǒng)一用UTF-8
  4. JavaScript 程序應(yīng)該盡量放在 .js 的文件中,需要調(diào)用的時(shí)候在 HTML 中以 <script src=”filename.js”> 的形式包含進(jìn)來。

JavaScript 代碼若不是該 HTML 文件所專用的,則應(yīng)盡量避免在 HTML 文件中直接編寫 JavaScript 代碼。因?yàn)檫@樣會(huì)大大增加 HTML 文件的大小,無益于代碼的壓縮和緩存的使用。另外,<script src=”filename.js”> 標(biāo)簽應(yīng)盡量放在文件的后面,最好是放在</body>標(biāo)簽前。這樣會(huì)降低因加載 JavaScript 代碼而影響頁(yè)面中其它組件的加載時(shí)間。

永遠(yuǎn)不要忽略代碼優(yōu)化工作,重構(gòu)是一項(xiàng)從項(xiàng)目開始到結(jié)束需要持續(xù)的工作,只有不斷的優(yōu)化代碼才能讓代碼的執(zhí)行效率越來越好。

原文鏈接:http://www.w3cschool.cn/javascript/javascript-optimization.html

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 230,106評(píng)論 6 542
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,441評(píng)論 3 429
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 178,211評(píng)論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長(zhǎng)。 經(jīng)常有香客問我,道長(zhǎng),這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,736評(píng)論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 72,475評(píng)論 6 412
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,834評(píng)論 1 328
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,829評(píng)論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長(zhǎng)吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 43,009評(píng)論 0 290
  • 序言:老撾萬榮一對(duì)情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,559評(píng)論 1 335
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 41,306評(píng)論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 43,516評(píng)論 1 374
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 39,038評(píng)論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,728評(píng)論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,132評(píng)論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,443評(píng)論 1 295
  • 我被黑心中介騙來泰國(guó)打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個(gè)月前我還...
    沈念sama閱讀 52,249評(píng)論 3 399
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像,于是被迫代替她去往敵國(guó)和親。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 48,484評(píng)論 2 379

推薦閱讀更多精彩內(nèi)容

  • Android 自定義View的各種姿勢(shì)1 Activity的顯示之ViewRootImpl詳解 Activity...
    passiontim閱讀 172,732評(píng)論 25 708
  • 最近在閱讀這本Nicholas C.Zakas(javascript高級(jí)程序設(shè)計(jì)作者)寫的最佳實(shí)踐、性能優(yōu)化類的書...
    undefinedR閱讀 2,164評(píng)論 0 30
  • 生與死之間輪回不止,究竟是生是生,還是死是生呢? 生與死之間本沒有界限,只是個(gè)人活在這個(gè)世界上的時(shí)間太過短暫而忽略...
    欲與情閱讀 159評(píng)論 0 2
  • 記得六月份看過一檔綜藝節(jié)目,主場(chǎng)嘉賓有薛之謙,沈夢(mèng)辰,汪涵,還有幾個(gè)不太熟悉的面孔,為了活躍氣氛,薛之謙現(xiàn)場(chǎng)唱了《...
    藤子不二熊閱讀 234評(píng)論 0 0
  • 雖然入簡(jiǎn)書時(shí)日不長(zhǎng),卻有些健忘自己是緣何摸爬進(jìn)來的了。一直默默觀望了數(shù)日,拜讀了不少文字,關(guān)注收藏了第一批膜拜的有...
    Mollyfollow閱讀 159評(píng)論 0 0