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

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

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

頁面中的script標簽越少，加載也就越快，響應也就越迅速

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

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

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

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

用法：（轉自阮一峰博客）

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

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

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

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

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

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

這是記錄總結的前三章，以后陸續會有補充