摘要：加載的模塊會以參數(shù)形式傳入該函數(shù)，從而在回調(diào)函數(shù)內(nèi)部就可以使用這些模塊。異步加載，和，瀏覽器不會失去響應(yīng)它指定的回調(diào)函數(shù)，只有前面的模塊都加載成功后，才會運行，解決了依賴性的問題。插件，可以讓回調(diào)函數(shù)在頁面結(jié)構(gòu)加載完成后再運行。

js代碼在執(zhí)行過程中會阻塞瀏覽器的其他進程，比如用戶界面的繪制。每次遇到script標(biāo)簽，頁面都必須停下里等待代碼下載，執(zhí)行，然后繼續(xù)處理其他部分。下面是幾種能減少js對性能影響的方法：

如果在中加載js文件那么由于腳本會阻塞頁面渲染，直到它們?nèi)肯螺d并執(zhí)行完，頁面渲染才會繼續(xù)，表現(xiàn)為明顯的延遲，顯示空白頁面。
IE8 firefox3.5 safari4 chrome2都允許并行下載js文件，所以script標(biāo)簽在下載時不會相互影響，但是仍然會阻塞其他資源的下載
因此 推薦將script標(biāo)簽放置在body標(biāo)簽的底部，減少對頁面下載的影響

頁面中的script標(biāo)簽越少，加載也就越快，響應(yīng)也就越迅速

html4 為script標(biāo)簽定義了一個擴展屬性defer。此屬性指明本元素所包含的腳本不會修改DOM,因此代碼可以安全地延遲執(zhí)行。
到了html5中 defer屬性僅當(dāng)src屬性申明時才生效
html5中引入了async屬性 用于異步加載腳本 與defer的相同點是采用并行下載，不產(chǎn)生阻礙，區(qū)別在與執(zhí)行時機
async是加載完成之后自動執(zhí)行，defer需要等待頁面完成后執(zhí)行（寫法為defer="defer" async="true"）

推薦的無阻塞模式：
向頁面中添加大量js的推薦做法需兩步：先添加動態(tài)加載所需的代碼，然后化妝初始化頁面所需要的剩下的代碼。第一部分代碼盡量精簡，一旦初始化代碼就位，就用它來加載剩余的js

推薦的 工具有LAB.js和require.js
LAB.js:

*LABjs 的核心是 LAB（Loading and Blocking）：Loading 指異步并行加載，Blocking 是指同步等待執(zhí)行。LABjs 通過優(yōu)雅的語法（script 和 wait）實現(xiàn)了這兩大特性，核心價值是性能優(yōu)化。LABjs 是一個文件加載器。
作者：玉伯
鏈接：https://www.zhihu.com/questio...
來源：知乎
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請注明出處。*

用法：（轉(zhuǎn)自阮一峰博客）

引用文字下面根據(jù)ScriptJunkie的文章，舉一個最簡單的例子，來說明這兩個函數(shù)庫的基本用法。更高級的用法，請參閱它們的文檔。
　　
　　
　　
　　
　　
　　
上面這段代碼，將依次加載4個javascript文件：script1.js、script2-a.js、script2-b.js和script3.js。在加載完前三個文件后，運行兩個函數(shù)initScript1()和initScript2()；加載完第四個文件后，再運行函數(shù)initScript3()。
下面，用LABjs對其進行改寫：
　　
　　
首先，$LAB對象替代了
　　
　　
　　
　　
　　
這段代碼依次加載多個js文件。
這樣的寫法有很大的缺點。首先，加載的時候，瀏覽器會停止網(wǎng)頁渲染，加載文件越多，網(wǎng)頁失去響應(yīng)的時間就會越長；其次，由于js文件之間存在依賴關(guān)系，因此必須嚴(yán)格保證加載順序（比如上例的1.js要在2.js的前面），依賴性最大的模塊一定要放到最后加載，當(dāng)依賴關(guān)系很復(fù)雜的時候，代碼的編寫和維護都會變得困難。
require.js的誕生，就是為了解決這兩個問題：
　　（1）實現(xiàn)js文件的異步加載，避免網(wǎng)頁失去響應(yīng)；
　?。?）管理模塊之間的依賴性，便于代碼的編寫和維護。
二、require.js的加載
使用require.js的第一步，是先去官方網(wǎng)站下載最新版本。
下載后，假定把它放在js子目錄下面，就可以加載了。
　　
有人可能會想到，加載這個文件，也可能造成網(wǎng)頁失去響應(yīng)。解決辦法有兩個，一個是把它放在網(wǎng)頁底部加載，另一個是寫成下面這樣：
　　
async屬性表明這個文件需要異步加載，避免網(wǎng)頁失去響應(yīng)。IE不支持這個屬性，只支持defer，所以把defer也寫上。
加載require.js以后，下一步就要加載我們自己的代碼了。假定我們自己的代碼文件是main.js，也放在js目錄下面。那么，只需要寫成下面這樣就行了：
　　
data-main屬性的作用是，指定網(wǎng)頁程序的主模塊。在上例中，就是js目錄下面的main.js，這個文件會第一個被require.js加載。由于require.js默認(rèn)的文件后綴名是js，所以可以把main.js簡寫成main。
三、主模塊的寫法
上一節(jié)的main.js，我把它稱為"主模塊"，意思是整個網(wǎng)頁的入口代碼。它有點像C語言的main()函數(shù)，所有代碼都從這兒開始運行。
下面就來看，怎么寫main.js。
如果我們的代碼不依賴任何其他模塊，那么可以直接寫入javascript代碼。
　　// main.js
　　alert("加載成功！");
但這樣的話，就沒必要使用require.js了。真正常見的情況是，主模塊依賴于其他模塊，這時就要使用AMD規(guī)范定義的的require()函數(shù)。
　　// main.js
　　require(["moduleA", "moduleB", "moduleC"], function (moduleA, moduleB, moduleC){
　　　　// some code here
　　});
require()函數(shù)接受兩個參數(shù)。第一個參數(shù)是一個數(shù)組，表示所依賴的模塊，上例就是["moduleA", "moduleB", "moduleC"]，即主模塊依賴這三個模塊；第二個參數(shù)是一個回調(diào)函數(shù)，當(dāng)前面指定的模塊都加載成功后，它將被調(diào)用。加載的模塊會以參數(shù)形式傳入該函數(shù)，從而在回調(diào)函數(shù)內(nèi)部就可以使用這些模塊。
require()異步加載moduleA，moduleB和moduleC，瀏覽器不會失去響應(yīng)；它指定的回調(diào)函數(shù)，只有前面的模塊都加載成功后，才會運行，解決了依賴性的問題。
下面，我們看一個實際的例子。
假定主模塊依賴jquery、underscore和backbone這三個模塊，main.js就可以這樣寫：
　　require(["jquery", "underscore", "backbone"], function ($, _, Backbone){
　　　　// some code here
　　});
require.js會先加載jQuery、underscore和backbone，然后再運行回調(diào)函數(shù)。主模塊的代碼就寫在回調(diào)函數(shù)中。
四、模塊的加載
上一節(jié)最后的示例中，主模塊的依賴模塊是["jquery", "underscore", "backbone"]。默認(rèn)情況下，require.js假定這三個模塊與main.js在同一個目錄，文件名分別為jquery.js，underscore.js和backbone.js，然后自動加載。
使用require.config()方法，我們可以對模塊的加載行為進行自定義。require.config()就寫在主模塊（main.js）的頭部。參數(shù)就是一個對象，這個對象的paths屬性指定各個模塊的加載路徑。
　　require.config({
　　　　paths: {
　　　　　　"jquery": "jquery.min",
　　　　　　"underscore": "underscore.min",
　　　　　　"backbone": "backbone.min"
　　　　}
　　});
上面的代碼給出了三個模塊的文件名，路徑默認(rèn)與main.js在同一個目錄（js子目錄）。如果這些模塊在其他目錄，比如js/lib目錄，則有兩種寫法。一種是逐一指定路徑。
　　require.config({
　　　　paths: {
　　　　　　"jquery": "lib/jquery.min",
　　　　　　"underscore": "lib/underscore.min",
　　　　　　"backbone": "lib/backbone.min"
　　　　}
　　});
另一種則是直接改變基目錄（baseUrl）。
　　require.config({
　　　　baseUrl: "js/lib",
　　　　paths: {
　　　　　　"jquery": "jquery.min",
　　　　　　"underscore": "underscore.min",
　　　　　　"backbone": "backbone.min"
　　　　}
　　});
如果某個模塊在另一臺主機上，也可以直接指定它的網(wǎng)址，比如：
　　require.config({
　　　　paths: {
　　　　　　"jquery": "https://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min"
　　　　}
　　});
require.js要求，每個模塊是一個多帶帶的js文件。這樣的話，如果加載多個模塊，就會發(fā)出多次HTTP請求，會影響網(wǎng)頁的加載速度。因此，require.js提供了一個優(yōu)化工具，當(dāng)模塊部署完畢以后，可以用這個工具將多個模塊合并在一個文件中，減少HTTP請求數(shù)。
五、AMD模塊的寫法
require.js加載的模塊，采用AMD規(guī)范。也就是說，模塊必須按照AMD的規(guī)定來寫。
具體來說，就是模塊必須采用特定的define()函數(shù)來定義。如果一個模塊不依賴其他模塊，那么可以直接定義在define()函數(shù)之中。
假定現(xiàn)在有一個math.js文件，它定義了一個math模塊。那么，math.js就要這樣寫：
　　// math.js
　　define(function (){
　　　　var add = function (x,y){
　　　　　　return x+y;
　　　　};
　　　　return {
　　　　　　add: add
　　　　};
　　});
加載方法如下：
　　// main.js
　　require(["math"], function (math){
　　　　alert(math.add(1,1));
　　});
如果這個模塊還依賴其他模塊，那么define()函數(shù)的第一個參數(shù)，必須是一個數(shù)組，指明該模塊的依賴性。
　　define(["myLib"], function(myLib){
　　　　function foo(){
　　　　　　myLib.doSomething();
　　　　}
　　　　return {
　　　　　　foo : foo
　　　　};
　　});
當(dāng)require()函數(shù)加載上面這個模塊的時候，就會先加載myLib.js文件。
六、加載非規(guī)范的模塊
理論上，require.js加載的模塊，必須是按照AMD規(guī)范、用define()函數(shù)定義的模塊。但是實際上，雖然已經(jīng)有一部分流行的函數(shù)庫（比如jQuery）符合AMD規(guī)范，更多的庫并不符合。那么，require.js是否能夠加載非規(guī)范的模塊呢？
回答是可以的。
這樣的模塊在用require()加載之前，要先用require.config()方法，定義它們的一些特征。
舉例來說，underscore和backbone這兩個庫，都沒有采用AMD規(guī)范編寫。如果要加載它們的話，必須先定義它們的特征。
　　require.config({
　　　　shim: {
  "underscore":{
　　　　　　　　exports: "_"
　　　　　　},
　　　　　　"backbone": {
　　　　　　　　deps: ["underscore", "jquery"],
　　　　　　　　exports: "Backbone"
　　　　　　}
　　　　}
　　});
require.config()接受一個配置對象，這個對象除了有前面說過的paths屬性之外，還有一個shim屬性，專門用來配置不兼容的模塊。具體來說，每個模塊要定義（1）exports值（輸出的變量名），表明這個模塊外部調(diào)用時的名稱；（2）deps數(shù)組，表明該模塊的依賴性。
比如，jQuery的插件可以這樣定義：
　　shim: {
　　　　"jquery.scroll": {
　　　　　　deps: ["jquery"],
　　　　　　exports: "jQuery.fn.scroll"
　　　　}
　　}
七、require.js插件
require.js還提供一系列插件，實現(xiàn)一些特定的功能。
domready插件，可以讓回調(diào)函數(shù)在頁面DOM結(jié)構(gòu)加載完成后再運行。
　　require(["domready!"], function (doc){
　　　　// called once the DOM is ready
　　});
text和image插件，則是允許require.js加載文本和圖片文件。
　　define([
　　　　"text!review.txt",
　　　　"image!cat.jpg"
　　　　],
function(review,cat){
　　　　　　console.log(review);
　　　　　　document.body.appendChild(cat);
　　　　}
　　);
類似的插件還有json和mdown，用于加載json文件和markdown文件。

在js中，數(shù)據(jù)存儲的位置會對代碼整體性能產(chǎn)生重大影響。數(shù)據(jù)存儲共有4中方式：字面量，變量，數(shù)組項，對象成員

字面量（字符串，數(shù)字，布爾值，對象，數(shù)組，函數(shù)，正則表達式以及null undefined）只代表自身 不存儲在特定位置
訪問字面量和局部變量的速度最快，相反，訪問數(shù)組元素和對象成員相對較慢
在沒有優(yōu)化的js引擎 的瀏覽器中 ，建議盡可能使用局部變量。一個好的經(jīng)驗法則是：如果某個跨作用域的值在函數(shù)中被引用一次以上，那么就把它存儲到局部變量里
eg:for 循環(huán)之前 var len = obj.length 而不是直接將obj.length寫在for循環(huán)中
局部變量存在于作用域鏈的起始位置，因此訪問局部變量比訪問跨作用域的變量更快。變量在作用域鏈中的位置越深，訪問所需時間就越長。全部變量處于作用域的最末端，因此訪問速度也是最慢的。

嵌套的成員對象會明顯影響性能
屬性或方法在原型鏈中的位置越深，那么訪問速度就越慢
通過把常用的對象成員，數(shù)組元素，跨域變量保存在局部變量中來改善js性能，局部變量的訪問速度更快

1.最小化DOM訪問次數(shù)，盡可能在js端處理
2.如果需要多次訪問某個DMO節(jié)點，使用局部變量存儲它的應(yīng)用
3.小心處理HTML集合，因為它實時連系著底層文檔。把集合的長度緩存到一個變量中，并在迭代中使用它，如果需要經(jīng)常操作集合，那么建議把它拷貝到一個數(shù)組中
4.使用速度更快的API 如:document.querySelectorALL()

1.引自阮老師的 網(wǎng)頁性能管理詳解
http://www.ruanyifeng.com/blo...

引用文字一、網(wǎng)頁生成的過程
要理解網(wǎng)頁性能為什么不好，就要了解網(wǎng)頁是怎么生成的。
網(wǎng)頁的生成過程，大致可以分成五步。
HTML代碼轉(zhuǎn)化成DOM
CSS代碼轉(zhuǎn)化成CSSOM（CSS Object Model）
結(jié)合DOM和CSSOM，生成一棵渲染樹（包含每個節(jié)點的視覺信息）
生成布局（layout），即將所有渲染樹的所有節(jié)點進行平面合成
將布局繪制（paint）在屏幕上
這五步里面，第一步到第三步都非?？?，耗時的是第四步和第五步。
"生成布局"（flow）和"繪制"（paint）這兩步，合稱為"渲染"（render）。
二、重排和重繪
網(wǎng)頁生成的時候，至少會渲染一次。用戶訪問的過程中，還會不斷重新渲染。
以下三種情況，會導(dǎo)致網(wǎng)頁重新渲染。
修改DOM
修改樣式表
用戶事件（比如鼠標(biāo)懸停、頁面滾動、輸入框鍵入文字、改變窗口大小等等）
重新渲染，就需要重新生成布局和重新繪制。前者叫做"重排"（reflow），后者叫做"重繪"（repaint）。
需要注意的是，"重繪"不一定需要"重排"，比如改變某個網(wǎng)頁元素的顏色，就只會觸發(fā)"重繪"，不會觸發(fā)"重排"，因為布局沒有改變。但是，"重排"必然導(dǎo)致"重繪"，比如改變一個網(wǎng)頁元素的位置，就會同時觸發(fā)"重排"和"重繪"，因為布局改變了。
三、對于性能的影響
重排和重繪會不斷觸發(fā)，這是不可避免的。但是，它們非常耗費資源，是導(dǎo)致網(wǎng)頁性能低下的根本原因。
提高網(wǎng)頁性能，就是要降低"重排"和"重繪"的頻率和成本，盡量少觸發(fā)重新渲染。
前面提到，DOM變動和樣式變動，都會觸發(fā)重新渲染。但是，瀏覽器已經(jīng)很智能了，會盡量把所有的變動集中在一起，排成一個隊列，然后一次性執(zhí)行，盡量避免多次重新渲染。
div.style.color = "blue";
div.style.marginTop = "30px";
上面代碼中，div元素有兩個樣式變動，但是瀏覽器只會觸發(fā)一次重排和重繪。
如果寫得不好，就會觸發(fā)兩次重排和重繪。
div.style.color = "blue";
var margin = parseInt(div.style.marginTop);
div.style.marginTop = (margin + 10) + "px";
上面代碼對div元素設(shè)置背景色以后，第二行要求瀏覽器給出該元素的位置，所以瀏覽器不得不立即重排。
一般來說，樣式的寫操作之后，如果有下面這些屬性的讀操作，都會引發(fā)瀏覽器立即重新渲染。
offsetTop/offsetLeft/offsetWidth/offsetHeight
scrollTop/scrollLeft/scrollWidth/scrollHeight
clientTop/clientLeft/clientWidth/clientHeight
getComputedStyle()
所以，從性能角度考慮，盡量不要把讀操作和寫操作，放在一個語句里面。
// bad
div.style.left = div.offsetLeft + 10 + "px";
div.style.top = div.offsetTop + 10 + "px";
// good
var left = div.offsetLeft;
var top  = div.offsetTop;
div.style.left = left + 10 + "px";
div.style.top = top + 10 + "px";
一般的規(guī)則是：
樣式表越簡單，重排和重繪就越快。
重排和重繪的DOM元素層級越高，成本就越高。
table元素的重排和重繪成本，要高于div元素
四、提高性能的九個技巧
有一些技巧，可以降低瀏覽器重新渲染的頻率和成本。
第一條是上一節(jié)說到的，DOM 的多個讀操作（或多個寫操作），應(yīng)該放在一起。不要兩個讀操作之間，加入一個寫操作。
第二條，如果某個樣式是通過重排得到的，那么最好緩存結(jié)果。避免下一次用到的時候，瀏覽器又要重排。
第三條，不要一條條地改變樣式，而要通過改變class，或者csstext屬性，一次性地改變樣式。
// bad
var left = 10;
var top = 10;
el.style.left = left + "px";
el.style.top  = top  + "px";
// good 
el.className += " theclassname";
// good
el.style.cssText += "; left: " + left + "px; top: " + top + "px;";
第四條，盡量使用離線DOM，而不是真實的網(wǎng)面DOM，來改變元素樣式。比如，操作Document Fragment對象，完成后再把這個對象加入DOM。再比如，使用 cloneNode() 方法，在克隆的節(jié)點上進行操作，然后再用克隆的節(jié)點替換原始節(jié)點。
第五條，先將元素設(shè)為display: none（需要1次重排和重繪），然后對這個節(jié)點進行100次操作，最后再恢復(fù)顯示（需要1次重排和重繪）。這樣一來，你就用兩次重新渲染，取代了可能高達100次的重新渲染。
第六條，position屬性為absolute或fixed的元素，重排的開銷會比較小，因為不用考慮它對其他元素的影響。
第七條，只在必要的時候，才將元素的display屬性為可見，因為不可見的元素不影響重排和重繪。另外，visibility : hidden的元素只對重繪有影響，不影響重排。
第八條，使用虛擬DOM的腳本庫，比如React等。
第九條，使用 window.requestAnimationFrame()、window.requestIdleCallback() 這兩個方法調(diào)節(jié)重新渲染（詳見后文）。

這是記錄總結(jié)的前三章，以后陸續(xù)會有補充