前端技术-调试工具
常用的調試工具有Chrome瀏覽器的調試工具，火狐瀏覽器的Firebug插件調試工具，IE的開發人員工具等。它們的功能與使用方法大致相似。Chrome瀏覽器簡潔快速，功能強大這里主要介紹Chrome瀏覽器的調試工具。
打開 Google Chrome 瀏覽器，通過下面任何一種方式進入開發人員工具：?
-點擊位于瀏覽器用戶界面右上角的“頁面”下拉菜單，“更多工具”→“開發人員工具”。?
-右鍵點擊網頁上的任一元素，在彈出菜單中選擇“審查元素”。?
-在 Windows操作系統上，使用 Ctrl+Shift+I 快捷鍵打開開發人員工具（或使用 Ctrl+Shift+J 直接進入 JavaScript 控制臺）。
Chrome一共有8個功能子集。如下圖：
每一個圖標點擊后都會打開相應的調試面板，幫助您獲取各種不同的信息，如 DOM 樹、資源占用情況、頁面相關的腳本等。通過 Ctrl+[ 和 Ctrl+] 鍵，可以在這些項之間進行切換。每個模塊及其主要功能為：
Element 標簽頁： 用于查看和編輯當前頁面中的 HTML 和 CSS 元素。
Network 標簽頁：用于查看 HTTP 請求的詳細信息，如請求頭、響應頭及返回內容等。
Source 標簽頁：用于查看和調試當前頁面所加載的腳本的源文件。
TimeLine 標簽頁： 用于查看腳本的執行時間、頁面元素渲染時間等信息。
Profiles 標簽頁：用于查看 CPU 執行時間與內存占用等信息。
Resource 標簽頁：用于查看當前頁面所請求的資源文件，如 HTML，CSS 樣式文件等。
Audits 標簽頁：分析頁面加載的過程，進而提供減少頁面加載時間、提升響應速度的方案，用于優化前端頁面，加速網頁加載速度等。
Console 標簽頁：用于顯示腳本中所輸出的調試信息，或運行測試腳本等。
學習這個章節，最主要的是多動手點點，左擊/右擊，先點看看，進而深入學習。
一.Elements：
在元素（Elements）面板中，可以看到整個頁面的 DOM 樹結構和每個元素的所有屬性（即html和css），同時也可以實時地修改這些元素及其屬性，并可以實時看到修改后的效果。
1.Styles
-點擊，點擊頁面上的元素，顯示選中元素的HTML代碼和樣式；
-編輯HTML：在工具窗口左側是html代碼，可通過雙擊修改現有標簽的屬性值，也可選中html代碼片段右擊選擇“Edit as HTML”進行html代碼的修改；
-編輯屬性：在工具窗口右側顯示的是被選元素的樣式信息，可以通過雙擊現有屬性來修改該元素的 style 屬性或應用的某個選擇器中的屬性值，也可以通過取消勾選的方式去掉一些屬性，同時頁面實時變化。
-添加屬性：鼠標雙擊您所想修改的元素的選擇器的空白部分，即可添加屬性。添加任何屬性都必須以分號結束。你也可以直接點擊+號，添加新選擇器并進行屬性操作。
-可以直接在盒模型上更改margin和padding。
-搜索功能：當工具面板獲得焦點后，快捷鍵ctrl+f會打開搜索框，鍵入元素關鍵字進行搜索。
-你還可以對某個元素進行監聽，在JS對元素的屬性或者HTML進行修改的時候，直接觸發斷點，跳轉到對改元素進行修改的JS代碼處：
-拖拽節點, 調整順序。拖拽節點到編輯器：
注：像素大小，可以通過鼠標的滾輪調整，調整單位1px（百分比調整單位1%）；按住ALt，調整單位0.1px；同時按住Shift+ALt，調整單位10px。
總之，把可以點的都點一遍。
2.Computed
顯示的是所選元素的最終樣式（對應JS中的getComputedStyle()方法），Computed Style中的屬性是只讀的，不能實時修改，所以主要用來查看元素的最終屬性值。
+Event Listeners
顯示了綁定到當前元素的事件監聽函數，而且會顯示事件冒泡或捕獲（即能夠響應此事件的所有元素）。
右擊標簽，審查元素；出現工具欄-》菜單 Elements，查看右側菜單-》EventListeners，查看元素上綁定了哪些事件：
默認會列出 All Nodes, 這些包括代理綁定在該節點的父/祖父節點上的事件, 因為在在冒泡或捕獲階段會經過該節點
Selected Node Only 只會列出當前節點上綁定的事件
每個事件會有對應的幾個屬性 handler, isAtribute, lineNumber, listenerBody, sourceName, type, useCapture
-handler是處理函數, 右鍵可以看到這個函數定義的位置, 一般 js 庫綁定事件會包一層, 所以這里很難找到對應handler
-isAtribute 表明事件是否通過 html 屬性(類似onClick)形式綁定的
-useCapture 是 addEventListener 的第三個參數, 說明事件是以冒泡還是捕 順序執行
-右擊handler選擇“Show function definition”可以進入Sources里js文件中。
+DOM Breakpoints
這個后面再細講。
+Properties
Properties：顯示當前元素的DOM屬性，按照類的繼承層級排列，越靠下層級越高。最上面是一個HTMLDivElement的實例，第二個是HTMLDivElement的類。第三個，是HTMLElement類，HTMLDivElement類繼承自HTMLDivElement類。接著分別是Element類，Node類，和Object類。如果選擇不同的節點類型，就會出現不同的繼承關系。
這個很有用，可以讓你看到元素具有的方法與屬性，比查API手冊要方便，但要注意某些方法和屬性在IE、FireFox等其他瀏覽器下面的支持情況。
二.Network
請求的每個資源在Network表格中顯示為一行，每個資源都有許多列的內容(如紅色區塊1)，不過默認情況下不是所有列都顯示出來。
Name/Path: 資源名稱以及URL路徑；
Method: HTTP請求方法；
Status/Text: HTTP狀態碼/文字解釋；
Type: 請求資源的MIME類型；
Initiator解釋請求是怎么發起的，有四種可能的值：
Parser：請求是由頁面的HTML解析時發送的；
Redirect：請求是由頁面重定向發送的；
Script：請求是由script腳本處理發送的；
Other：請求是由其他過程發送的，比如頁面里的link鏈接點擊，在地址欄輸入URL地址。
Size/Content: Size是響應頭部和響應體結合起來的大小，Content是請求內容解碼后的大小。進一步了解可以看這里Chrome Dev Tools - “Size” vs “Content”；
Time/Latency: Time是從請求開始到接收到最后一個字節的總時長，Latency是從請求開始到接收到第一個字節的時間；
Timeline: 顯示網絡請求的可視化瀑布流，鼠標懸停在某一個時間線上，可以顯示整個請求各部分花費的時間。
以上是默認顯示的列，不過我們可以在瀑布流的頂部右鍵，這樣就可以選擇顯示或者隱藏更多的列，比如Cache-Control, Connection, Cookies, Domain等。
我們可以按照上面任意一項來給資源請求排序，只需要單擊相應的名字即可。Timeline排序比較復雜，單擊Timeline后，需要選擇根據Start Time、Response Time、End Time、Duration、Latency中的一項來排序。
紅色區塊2中，一共有6個小功能：
Record Network Log: 紅色表示此時正在記錄資源請求信息；
Clear: 清空所有的資源請求信息；
Filter: 過濾資源請求信息；
Use small resource raws: 每一行顯示更少的內容；
Perserve Log: 再次記錄請求的信息時不擦出之前的資源信息；
Disable cache: 不允許緩存的話，所有資源均重新加載。
選擇Filter后，就會出現如紅色區塊3所顯示的過濾條件，當我們點擊某一內容類型(可以是Documents, Stylesheets, Images, Scripts, XHR, Fonts, WebSockets, Other)后，只顯示該特定類型的資源。在XHR請求中，可以在一個請求上右鍵選擇“Replay XHR”來重新運行一個XHR請求。
有時候我們需要把Network里面內容傳給別人，這時候可以在資源請求行的空白處右鍵然后選擇Save as HAR with Content保存為一個HAR文件。然后可以在一些第三方工具網站，比如這里重現網絡請求信息。
選定某一資源后，我們還可以Copy as cURL，也就是復制網絡請求作為curl命令的參數，詳細內容看 Copying requests as cURL commands
此外，我們還可以查看網絡請求的請求頭，響應頭，已經返回的內容等信息，如下圖：
資源的詳細內容有以下幾個：
HTTP request and response headers
Resource preview: 可行時進行資源預覽；
HTTP response: 未處理過的資源內容；
Cookie names and values: HTTP請求以及返回中傳輸的所有Cookies；
WebSocket messages: 通過WebSocket發送和接收到的信息；
Resource network timing: 圖形化顯示資源加載過程中各階段花費的時間。
注：
XPath 是一門在 XML 文檔中查找信息的語言。XPath 用于在 XML 文檔中通過元素和屬性進行導航。比如，
三.Sources
用于查看和調試當前頁面所加載的腳本的源文件。
-通過左邊的內容源，打開對應的 JavaScript 文件，鼠標點擊文件的行號就可以設置和刪除斷點。添加的每個斷點都會出現在右側調試區的 Breakpoints 列表中，點擊列表中斷點就會定位到內容區的斷點上。如果你有多個文件、多個斷點的話，利用 Breakpoints 列表中的斷點快速定位非常方便。
-對于每個已添加的斷點都有兩種狀態：激活和禁用。剛添加的斷點都是激活狀態，禁用狀態就是保留斷點但臨時取消該斷點功能。在 Breakpoints 列表中每個斷點前面都有一個復選框，取消選中就將禁用該斷點。斷點位置的右鍵菜單中也可以禁用斷點。也可以在右側功能區上面按鈕臨時禁用所有已添加的斷點，再點一下恢復原狀態。
-條件斷點：在斷點位置的右鍵菜單中選擇“Edit Breakpoint...”可以設置觸發斷點的條件，就是寫一個表達式，表達式為 true 時才觸發斷點。
-很多代碼是壓縮/混淆過的，點擊“{}”可以格式化代碼，再點一下就取消格式化。。
-在斷點調試時，可以用鼠標選擇想要查看的變量或表達式，然后右鍵菜單執行“Evaluate in Console”，就可以看到該表達式的當前的值了。
1.代碼斷點
設置斷點：在 Sources 面板 js 文件行號處設置斷點, 這里除了常規斷點外, 還有個條件斷點(右鍵 conditional breakpoint), 在設置的條件為 true 時才會斷電, 在循環中需要斷點時比較有用.
斷點后可以查看 堆棧, 變量 信息:
在調用堆棧這里可以切換到堆棧中的任何地方重新執行(右鍵restart frame), 如果想查看斷點前的信息時比較有用.
斷點后的變量保存到全局
選中變量, 右鍵 Evalute in console
在 console 中選中輸出的內容, 右鍵 store as global variable
2.事件斷點
元素上事件斷點：某一事件/某類事件
devtools 可以查看某一個元素上綁定了哪些事件: Elements > Event Listeners
3.DOM 斷點
一般是 dom 結構改變時觸發。 有時候我們需要監聽某個 DOM 被修改情況，而不關心是哪行代碼做的修改（也可能有多處都會對其做修改）。那么我們可以直接在 DOM 上設置斷點。
如圖所見，在元素審查的 Elements Panel 中在某個元素上右鍵菜單里可以設置三種不同情況的斷點：
子節點修改
自身屬性修改
自身節點被刪除
選中之后，Sources Panel 中右側的 DOM Breakpoints 列表中就會出現該 DOM 斷點。一旦執行到要對該 DOM 做相應修改時，代碼就會在那里停下來。
對上面元素上事件斷點(mouseover) 后不容易找到業務代碼, 使用 mutation 斷點, 斷點后配合 call stack 就可以找到業務代碼了, 如下圖
這種情況使用全局搜索(ctrl + shift + f) 代碼中 css classname 也能找到業務代碼, 然后直接斷點也可以。
4.XHR 斷點
右側調試區有一個 XHR Breakpoints，點擊+ 并輸入 URL 包含的字符串即可監聽該 URL 的 Ajax 請求，輸入內容就相當于 URL 的過濾器。如果什么都不填，那么就監聽所有 XHR 請求。一旦 XHR 調用觸發時就會在 request.send() 的地方中斷。
5.全局事件斷點
devtools 還可以對事件發生時斷點, 比如 click 發生時斷點, 這個跟 元素上事件斷點 不同, 不會限定在元素上, 只要是事件發生, 并且有 handler 就斷點; 還可以對 resize, ajax, setTimeout/setInterval 斷點.
下面這個圖是 resize 時中斷, 因為庫都代理了, 還需要在斷點處一步一步跟下去才能走到業務代碼中.
//@ sourceURL 給 eval 出來的代碼命名
有時候一些非常動態的代碼是以字符串的形式通過 eval() 函數在當前 Javascript context 中創建出來，而不是作為一個獨立的 js 文件加載的。這樣你在左邊的內容區就找不到這個文件，因此很難調試。其實我們只要在 eval 創建的代碼末尾添加一行 “//@ sourceURL=name“ 就可以給這段代碼命名（瀏覽器會特殊對待這種特殊形式的注釋），這樣它就會出現在左側的內容區了，就好像你加載了一個指定名字的 js 文件一樣，可以設置斷點和調試了。下圖中，我們通過 eval 執行了一段代碼，并利用 sourceURL 將它命名為 dynamicScript.js ，執行后左側內容區就出現了這個“文件”，而它的內容就是 eval 的中的內容。
還可以看看這個給動態編譯出來的 CoffeeScript 代碼命名的示例：
var coffee = CoffeeScript.compile(code.value)+ "//@ sourceURL=" + (evalName.value || "Coffeeeeeeee!"); eval(coffee);實際上，//@ sourceURL 不僅僅可以用在 eval 的代碼中，任何 js 文件、甚至是 Javascript Console 輸入的代碼都可以用，效果一樣！
幾個常用的斷點快捷鍵:
F8: 繼續執行
F10: step over, 單步執行, 不進入函數
F11: step into, 單步執行, 進入函數
shift + F11: step out, 跳出函數
ctrl + o: 打開文件
ctrl + shit + o: 跳到函數定義位置
ctrl + shift + f: 所有腳本中搜索
四.TimeLine
用于查看腳本的執行時間、頁面元素渲染時間等信息。
可結合Profiles進行JavaScript性能分析。
在開始做性能優化的時候要設置一個基線，來明確這個頁面的速度到底怎樣。在時間線(timeline)標簽下開始記錄，載入頁面然后停止記錄，這樣就設置了一個基線。（打開chrome開發者工具，點擊“時間線”標簽，然后點擊窗口底部圓形的黑色“記錄”圖標開始記錄）。chrome是智能的，只有頁面開始載入的時候才會開始記錄。一般多記錄幾次（約三次）然后取了平均值。
五.Profiles
這個主要是做性能優化的，包括查看CPU執行時間與內存占用等。
例述如下：原文地址：http://www.smashingmagazine.com/2012/06/12/javascript-profiling-chrome-developer-tools/。
你的網站正常運轉?，F在我們來讓它運轉的更快。網站的性能由頁面載入速度和代碼執行效率決定。一些服務可以讓你的網站載入更快，比如壓縮JS和CDN，但是讓代碼執行的更快你要做的事情。
代碼中很小的改動都可能對性能造成巨大的影響?？焖凫`活的網站和可怕的“無響應腳本”對話框可能只有幾行代碼的差別。這篇文章告訴你如何通過用Chrome開發者工具（Chrome Developer Tools）找到這幾行關鍵的代碼。
我們來看一個簡單的“顏色排序器”應用，這個應用展示了一個由各種顏色構成的網格，你可以拖拽這些顏色進行混合。每一個點都是一個div標簽加上一些讓它看起來是圓的的CSS。
頁面載入的很快，但還是花費了一些時間，在渲染之前還閃了一下。是時候對這個頁面進行性能分析讓它更快了。
+設置一個基線
在開始做性能優化的時候要設置一個基線，來明確這個頁面的速度到底怎樣。這個基線可以讓你知道自己是否做了優化并幫助你權衡利弊。
性能分析器(profiler)是chrome開發者工具的一部分，點擊小扳手下面的工具菜單就可以打開它。Firebug也有一些性能評測工具，但是webkit內核的瀏覽器（chrome和safari）在對代碼進行性能分析和展示時間線方面是最棒的。Chrome還提供一種很棒的事件跟蹤工具，叫做 speed tracer。
在時間線(timeline)標簽下開始記錄，載入頁面然后停止記錄，這樣就設置了一個基線。（打開chrome開發者工具，點擊“時間線”標簽，然后點擊窗口底部圓形的黑色“記錄”圖標開始記錄）。我記錄了三次然后取了平均值，以防我的電腦在第一次測試的時候運行的很慢。
我的平均基線，也就是從第一個請求到頁面全部渲染結束所花費的時間是1.25秒。這個時間不是太長，但是對于這樣一個小的頁面來說也不算好。我想讓代碼執行的更快，但是我并不知道是什么讓它慢下來的。性能分析器(profiler)幫助我找到原因。
+創建一個Profile
時間線(timeline)告訴我們代碼運行花費的時間，但是并沒有幫助我們知道代碼運行的時候發生了什么。profiler告訴我們哪些函數的執行占用了大部分時間。讓我們切換到chrome開發者工具的“Profiles”標簽頁開始性能測試，這里一共提供了三種類型的性能測試。
1、javascript cpu 性能測試
顯示javascript占用了多少CPU
2、css選擇器性能測試
顯示處理CSS選擇器占用的CPU
3、堆?？煺?br style="margin:0px; padding:0px" /> 顯示javascript對象的內存占用情況
我們想要javascript代碼執行的更快，所以我們進行CPU性能測試。我們開始性能測試，刷新頁面然后停止。
通過性能分析首先知道很多函數在執行。我發現列表最頂端的是decimalToHex和makeColorSorter兩個函數。這兩個函數占用了CPU13.2%的時間，這是做優化的好地方。
我們可以點擊函數調用旁邊的“下一個”箭頭來查看完整的函數調用堆棧。展開后，可以看到decimalToHex是被makeColorSorter調用的，makeColorSorter是通過$(document).ready調用的。
$(document).ready(function() {makeColorSorter(.05, .05, .05, 0, 2, 4, 128, 127, 121);makeSortable(); });弄清楚這兩個函數是哪里調用的，也就弄清楚了讓顏色可以排序并不是最大的性能問題。通常情況下性能問題都是由多余的排序操作造成的，但是在我的代碼中相比與排序增加DOM元素花費了更多時間。
我想要讓這些函數執行的更快，但是首先我想要將我的改動區隔開。在頁面載入過程中會發生很多事情，我不想要這些影響到我的性能分析。
+區隔問題
我做了第二個版本，這個版本中“顏色排序器”在我點擊按鈕之后才載入，而不是在document ready的時候載入。這就把文檔載入的過程分離出去，讓我可以只對顏色分類進行性能測試。調完性能之后我可以立刻改回去。讓我們調用新的函數testColorSorter并把它綁定到一個可點擊的按鈕上。
function testColorSorter() {makeColorSorter(.05, .05, .05, 0, 2, 4, 128, 127, 121);makeSortable(); } 1 <button id="clickMe" οnclick="testColorSorter();">Click me</button>在我們進行性能分析之前改變應用可能導致意外的結果。這個改動看起來很安全，但是我還是要重新運行性能檢測器來看看我是不是無意中改變了什么。我會開始一次新的性能分析，點擊應用中的按鈕然后停止。
我首先注意到decimalToHex函數的載入只占用了4.23%的時間。這是代碼執行花費時間最多的地方。我們創建一個新的基線來看看這個方案對代碼有多大的優化。
有些事件在我點擊按鈕之前有觸發了，但是我只關注從我點擊鼠標到瀏覽器渲染“顏色排序器”花費的時間。鼠標在390毫秒時點擊，渲染事件在726毫秒處被觸發。726減去390得到我的基線336毫秒。和第一個基線一樣我重復了3次來取平均值。
這時，我知道如何獲得并且得到了代碼確切的運行時間，我們已經準備好開始解決問題了。
+讓代碼更高效
性能分析器只告訴我們哪個函數造成的問題，所以我們要查看下函數的源碼來了解函數做了些什么。
function decimalToHex(d) {var hex = Number(d).toString(16);hex = "00".substr(0, 2 - hex.length) + hex; console.log('converting ' + d + ' to ' + hex);return hex; }“顏色排序器”中的每一個顏色點都有一個16進制的色彩值，例如#86F01B和#2345FE.這些值表示一種顏色中紅，綠，藍三原色各自的數值。例如的背景色是#2456FE,代表紅色的值是36，綠色的值是86，藍色的是254，每一個數值必須是0到255之間的。
decimalToHex函數把這用RGB值表示的顏色轉化為頁面中我們使用的16進制顏色。這個函數十分的簡單，但是我還是留下了一個可以去掉的調試代碼console.log在那里。
decimalToHex 函數還在數字之前加上了補位。這是很重要的一點，因為有些10進制數字對應的是1個16進制數字。比如十進制中的10對應著16進制中的C，但是在CSS中需要一個兩位數。為了讓這個進制換算更快速，我們讓這段代碼不是那么泛化。我知道每個需要補位的數字長度都為1，所以我們可以這樣重寫這個函數。
function decimalToHex(d) {var hex = Number(d).toString(16);return hex.length === 1 ? '0' + hex : hex; }第三個版本的“顏色排序器”只有在需要補位的時候才改變字符串，并且不用調用substr函數。有了這個新函數，運行時間是137毫秒。再次對代碼進行性能測試，可以發現decimalToHex函數只占用了總時間的%0.04,到了列表的下部。
我們還可以發現占用CPU最多的函數是 jQuery的e.extend.merge。我不知道這個函數的作用，因為代碼是壓縮過的。我可以使用開發版本的jQuery，但是我發現這個函數是被makeColorSorter調用的。所以下一步我們先讓這個函數執行的更快。
+減小改動
“顏色排序器”中的多彩顏色是用過正弦曲線生成的。在光譜中設置一個中心點，然后以一定的偏移來創建這個曲線。這就把顏色變成了一個“彩虹模型”。我們還可以通過改變紅綠藍三原色的使用頻率來改變顏色。
function makeColorSorter(frequency1, frequency2, frequency3,phase1, phase2, phase3,center, width, len) {for (var i = 0; i < len; ++i){var red = Math.floor(Math.sin(frequency1 * i + phase1) * width + center);var green = Math.floor(Math.sin(frequency2 * i + phase2) * width + center);var blue = Math.floor(Math.sin(frequency3 * i + phase3) * width + center);console.log('red: ' + decimalToHex(red));console.log('green: ' + decimalToHex(green));console.log('blue: ' + decimalToHex(blue));var div = $('<div class="colorBlock"></div>');div.css('background-color', '#' + decimalToHex(red) + decimalToHex(green) + decimalToHex(blue));$('#colors').append(div);} }我們要去掉console.log函數。這些調用非常的糟糕，因為每次執行都會調用decimalToHex函數，這意味著decimalToHex函數會被多調用2倍的次數。這個函數大幅度的改變了DOM結構。每次循環，都向id為colors的div中添加一個新的div。這就讓我懷疑這就是e.extend.mergefunction做的事情。用性能分析器做一個小實驗就可以搞清楚。
我想要一次把所有的div添加進去，而不是在每個循環中添加一個新的div。創建一個變量來存儲數據，然后在最后一次性添加進去。
function makeColorSorter(frequency1, frequency2, frequency3,phase1, phase2, phase3,center, width, len) {var colors = "";for (var i = 0; i < len; ++i){var red = Math.floor(Math.sin(frequency1 * i + phase1) * width + center);var green = Math.floor(Math.sin(frequency2 * i + phase2) * width + center);var blue = Math.floor(Math.sin(frequency3 * i + phase3) * width + center);colors += '<div class="colorBlock" style="background-color: #' + decimalToHex(red) + decimalToHex(green) + decimalToHex(blue) + '"></div>';}$('#colors').append(colors); }這個小改動意味著DOM只在添加所有div的時候做一次改變。用時間線進行測試，我們發現從點擊到渲染花費了31毫秒。這個dom變動，使得第四個版本的運行時間降低了86%。我可以再次打開性能分析器(profiler)，發現e.extend.merge函數占用了很少的時間，在列表中已經看不到它了。
我們還可以完全移除decimalToHex函數讓代碼更快一點。因為CSS支持RGB顏色，所以我們不需要把他們轉換到16進制?，F在我們可以這樣寫makeColorSorter函數。
function makeColorSorter(frequency1, frequency2, frequency3,phase1, phase2, phase3,center, width, len) {var colors = "";for (var i = 0; i < len; ++i){var red = Math.floor(Math.sin(frequency1 * i + phase1) * width + center);var green = Math.floor(Math.sin(frequency2 * i + phase2) * width + center);var blue = Math.floor(Math.sin(frequency3 * i + phase3) * width + center);colors += '<div class="colorBlock" style="background-color: rgb(' + red + ',' + green + ',' + blue + ')"></div>';}$('#colors').append(colors); }第五個版本的執行只用了26毫秒而且代碼行數從28行減少到18行。
在你的應用中進行Javascript性能分析
實際工作中的應用要比“顏色排序器”復雜的多，但是做性能分析要遵循同樣的基本原則
1、設置一個基線，這樣你就知道你是從何處開始的。
2、把問題從應用的其他代碼隔離出來。
3、在一個可控的環境下進行優化，頻繁的使用時間線（timelines）和性能分析器（profiles）
還有一些性能優化的準則
1、從最慢的部分開始，這樣在時間優化上可以得到最大的提升。
2、控制環境。如果你換了電腦或者做了任何大的改動，都要設置新的基線。
3、多次分析以防你電腦的異常導致得到不正確的結果。
每個人都想要他的網站更快，你必須開發新的功能，但是新的功能通常會讓網站更慢。所以花費時間來做性能優化是有價值的。
六.Resource
資源面板展示了頁面中的所有資源。
1、資源面板tab；
2、左側欄分類列出頁面資源。如“框架”、“session存儲”，如果前面有箭頭點擊展開還可以看到更多信息。注意左側欄的大小是可以調整的；
3、頁面資源包括字體、圖片、js、css和頁面本身。如果頁面中有frame或iframe，展開Frames會看到其對應的frame和iframe。頁面層次結構更清晰
4、數據庫顯示頁面相關的SQL數據庫數據信息；
5、相應IndexedDB 也展示頁面的IndexedDB 信息；
6、以鍵/值 形式列表展示本地存儲的數據；
7、以鍵/值列表顯示session存儲數據；
8、根據域名列舉cookie；
9、顯示通過manifest緩存的資源。包括很多信息，如js庫文件會顯示文件地址、大小和類型；
10、右側用來顯示每個資源對應的詳細信息。
雖然現在由frame組成的頁面越來越少見了，但查看框架內容的方法還是有必要了解的。下面截圖，是一個由frame組成的頁面。
+每個frame都相關的資源都在一個文件夾下，同樣點擊展開可以了解頁面的資源、js、css、圖片文件和字體情況。點擊選中一個框架，頁面中其對應的區域會高亮顯示。
注：不會列出系統已有的，如“arial”“Helvetica”等，只會列出瀏覽器需要下載安裝的
+保存和查看資源
+cookies
查看某個網站的cookie信息。如http://study.163.com/.
[name]-字段名。如字段名為“remember_checked”,其值為1，這可能說明用戶在登陸的時候選擇了記住我；
[value]-字段所對應的值。如“_twitter_sess”所對應的值為一串加密了的session ID；
[domain]-cookie所在的域。上圖的“.twitter.com”表明其子域也是可以訪問該cookie的；
[path]-跟域相同，設置有效的路徑。設置為“/”表明允許所在路徑下都可以訪問cookie；
[expires]-瀏覽器可以刪除該cookie的日期；
[size]-cookie的大小，單位bytes；
[HTTP]-cookie的訪問允許HTTP協議。這可以防止跨站js獲取cookie攻擊；
[secure]]-只允許加密連接訪問cookie，如HTTPS；
+緩存應用
[resource]-資源的完整路徑。典型的資源包括靜態資源和html文件，manifest文件也屬于其中；
[type]-可以改變。Manifest文件的文件類型是Manifest，其他的manifest文件中定義的文件類型為explicit。Fallback類型的文件是那些需要回調資源文件的回調文件；
[size]-資源文件的大小，單位bytes；
七.Audits
用于優化前端頁面，加速網頁加載速度等。
使用Chrome瀏覽器對頁面性能進行檢測，根據測試的結果進行優化。當然這個結果只是參考，在實際的項目中肯定有特殊情況存在，并不能為了滿足某項測試結果而忽略特定情況的存在。
1、Chrome檢測工具
點擊Audits然后出現了如下界面，選中重載頁面開始檢測按鈕，然后點擊Run按鈕，之后就是等待結果。
2、檢測結果
這個檢測結果分為2類，一個是網絡，一個是網頁性能；
檢測結果不僅列出了問題，還定位問題在哪里，可以很快入手解決對應的問題。
1）合并JS文件：Combine external JavaScript（總共有29個可以壓縮的JS文件）
2）There are multiple resources served from same domain. Consider combining them into as few files as possible.一個域名有多個文件，可以考慮將他們壓縮為盡可能少的文件。
3）
4）啟用gzip壓縮：Enable gzip compression
5）Compressing the following resources with gzip could reduce their transfer size by about two thirds (~715?B).啟用gzip壓縮降低傳輸大小。
6）
7）瀏覽器緩存：Leverage browser caching?
8）The following resources are missing a cache expiration. Resources that do not specify an expiration may not be cached by browsers。資源沒有指定過期時間，瀏覽器可能不會緩存。
網頁性能部分
1）優化樣式和腳本的順序：Optimize the order of styles and scripts (4)
2）把CSS放到head中：Put CSS in the document head (3)
CSS in the document body adversely impacts rendering performance.
3）刪除沒用的CSS：Remove unused CSS rules (44)
44 rules (19%) of CSS not used by the current page.
4）Use normal CSS property names instead of vendor-prefixed ones (3)
應用：自己Css代碼的審核；下載復制別人代碼，去除無用的Css樣式?？梢允褂肍ireFox的Dust-Me selectors去除無用的Css樣式。
八.Console
1.console.log
大家都會用log，但鮮有人很好地利用console.error , console.warn 等將輸出到控制臺的信息進行分類整理。
他們功能區別不大，意義在于將輸出到控制臺的信息進行歸類，或者說讓它們更語義化。
各個所代表的語義如下：
console.log：普通信息
console.info：提示類信息
console.error：錯誤信息
console.warn：警示信息
當合理使用上述log方法后，可以很方便地在控制臺選擇查看特定類型的信息。
如果再配合console.group 與console.groupEnd，可以將這種分類管理的思想發揮到極致。這適合于在開發一個規模很大模塊很多很復雜的Web APP時，將各自的log信息分組到以各自命名空間為名稱的組里面。
console.log第一個參數可以包含一些格式化的指令比如%c，給hello word加了很炫的樣式（全是純CSS用來控制樣式的）：
如果還不夠過癮，那咱們來log一些圖片:
除此，console.table 更是直接以表格的形式將數據輸出，不能贊得太多！
var data = [{'品名': 'X', '數量': 4}, {'品名': 'Y', '數量': 3}];
console.table(data);
2.console.assert
當你想代碼滿足某些條件時才輸出信息到控制臺，那么你大可不必寫if或者三元表達式來達到目的，cosole.assert便是這樣場景下一種很好的工具，它會先對傳入的表達式進行斷言，只有表達式為假時才輸出相應信息到控制臺。
3.console.count
除了條件輸出的場景，還有常見的場景是計數。
當你想統計某段代碼執行了多少次時也大可不必自己去寫相關邏輯，內置的console.count可以很地勝任這樣的任務。
4.console.dir
將DOM結點以JavaScript對象的形式輸出到控制臺
而console.log是直接將該DOM結點以DOM樹的結構進行輸出，與在元素審查時看到的結構是一致的。不同的展現形式，同樣的優雅，各種體位任君選擇反正就是方便與體貼。
5.console.time & console.timeEnd
輸出一些調試信息是控制臺最常用的功能，當然，它的功能遠不止于此。當做一些性能測試時，同樣可以在這里很方便地進行。
比如需要考量一段代碼執行的耗時情況時，可以用console.time與 console.timeEnd來做此事。
這里借用官方文檔的例子：
當然，我們也可以選擇自己寫代碼來計時：
6.console.profile & console.timeLime
當想要查看CPU使用相關的信息時，可以使用console.profile配合 console.profileEnd來完成這個需求。
這一功能可以通過UI界面來完成，Chrome 開發者工具里面有個tab便是Profile。
與此類似的功能還有console.timeLine配合 console.timeLineEnd,它的作用是開始記錄一段時間軸，同樣可以通過Chrome開發者工具里的Timeline 標簽來進行相應操作。
所以在我看來這兩個方法有點雞肋，因為都可以通過操作界面來完成。但至少他提供了一種命令行方式的交互，還是多了種姿勢供選擇吧。
7.console.trace
堆棧跟蹤相關的調試可以使用console.trace。這個同樣可以通過UI界面完成。當代碼被打斷點后，可以在Call Stack面板中查看相關堆棧信息。
上面介紹的都是掛在window.console這個對象下面的方法，統稱為Console API，接下來的這些方法確切地說應該叫命令，是Chrome內置提供，在控制臺中使用的，他們統稱為Command Line API。
$
似乎美刀總是被程序員及各種編程語言所青睞「你看看PHP代碼就知道PHPer有多愛錢了」，在Chrome的控制臺里，用處還真是蠻多且方便的。用處還真是蠻多且方便的。_命令返回最近一次表達式執行的結果，功能跟按向上的方向鍵再回車是一樣的，但它可以做為一個變量使用在你接下來的表達式中：
上面的需要領悟其奧義才能使用得當，而需要領悟其奧義才能使用得當，而0~4則代表了最近5個你選擇過的DOM節點。什么意思？在頁面右擊選擇審查元素，然后在彈出來的DOM結點樹上面隨便點選，這些被點過的節點會被記錄下來，而4則代表了最近5個你選擇過的DOM節點。什么意思？在頁面右擊選擇審查元素，然后在彈出來的DOM結點樹上面隨便點選，這些被點過的節點會被記錄下來，而0會返回最近一次點選的DOM結點，以此類推，$1返回的是上上次點選的DOM節點，最多保存了5個，如果不夠5個，則返回undefined。
另外值得一贊的是，Chrome 控制臺中原生支持類jQuery的選擇器，也就是說你可以用$加上熟悉的css選擇器來選擇DOM節點
(selector)返回的是滿足選擇條件的首個DOM元素。剝去她偽善的外衣，其實(selector)返回的是滿足選擇條件的首個DOM元素。剝去她偽善的外衣，其實(selector)是原生JavaScript document.querySelector() 的封裝。
同時另一個命令$$(selector)返回的是所有滿足選擇條件的元素的一個集合，是對document.querySelectorAll() 的封裝。
copy
通過此命令可以將在控制臺獲取到的內容復制到剪貼板。
copy(document.body);
keys & values
這是一對基友。前者返回傳入對象所有屬性名組成的數據，后者返回所有屬性值組成的數組。具體請看下面的例子：
monitor & unmonitor
monitor(function)，它接收一個函數名作為參數，比如function a,每次a被執行了，都會在控制臺輸出一條信息，里面包含了函數的名稱a及執行時所傳入的參數。
而unmonitor(function)便是用來停止這一監聽。
debug & undebug
debug同樣也是接收一個函數名作為參數。當該函數執行時自動斷下來以供調試，類似于在該函數的入口處打了個斷點，可以通過debugger來做到，同時也可以通過在Chrome開發者工具里找到相應源碼然后手動打斷點。
而undebug 則是解除該斷點。
而其他還有好些命令則讓人沒有說的欲望，因為好些都可以通過Chrome開發者工具的UI界面來操作并且比用在控制臺輸入要方便。
移動設備模式
現在很多的網頁都要適配移動端，Chrome的移動設備模式對開發者來說無疑是一個很大的驚喜。
點擊，可以模擬各種各樣的移動設備
拖動模擬屏幕的標記的兩塊東西能任意調節設備屏幕大小
頂部橙色部分的選項，這個是選擇各種要模擬的設備
下面的是當前設備的顯示屏像素
去掉前面的勾，或者點擊這個刪除的按鈕，網頁將會回到你現在的瀏覽器顯示大小
點這個還能快速切換橫屏豎屏
這個是當前模擬的設備的像素比，例如：iPhone3GS是1、iphone4是2、iPhone6是3....
如果你在操作的時候遇到這個警告，那么你需要刷新下網頁才能看到實際的顯示效果
這里的這個Fit是如果你選擇的模擬設備像素的顯示范圍超過了你的瀏覽器框框，那么就會根據你當前的顯示器高度和寬度自適應的縮放顯示比例。去掉勾選就是實際像素的顯示了。
然后我們來看看右邊藍色的部分 第一個Network是用來模擬網絡環境的。你可以模擬各種網絡環境以測試網頁的加載速度，甚至可以模擬斷網的狀態...
移動設備模式暫時就介紹到這里。
---------------------------------------------------
就像開始說的，最主要的是自己多打開調試工具多點點，相信用多了就會熟悉。
更多閱讀：
http://segmentfault.com/a/1190000000683599
http://www.ibm.com/developerworks/cn/web/1410_wangcy_chromejs/
from:?http://www.cnblogs.com/jingwhale/p/4508774.html
http://www.cnblogs.com/jingwhale/p/4509160.html
總結
- 上一篇： MVC框架浅析（基于PHP）
- 下一篇： js 时间戳转为日期格式