前言：調(diào)試技巧瑟啃，在任何一項(xiàng)技術(shù)研發(fā)中都可謂是必不可少的技能二汛。掌握各種調(diào)試技巧眼坏，必定能在工作中起到事半功倍的效果型豁。譬如境蜕，快速定位問題谊惭、降低故障概率汽馋、幫助分析邏輯錯(cuò)誤等等。而在互聯(lián)網(wǎng)前端開發(fā)越來越重要的今天圈盔，如何在前端開發(fā)中降低開發(fā)成本豹芯，提升工作效率，掌握前端開發(fā)調(diào)試技巧尤為重要驱敲。
本文將一一講解各種前端JS調(diào)試技巧铁蹈，也許你已經(jīng)熟練掌握，那讓我們一起來溫習(xí)众眨，也許有你沒見過的方法握牧，不妨一起來學(xué)習(xí)，也許你尚不知如何調(diào)試娩梨，趕緊趁此機(jī)會(huì)填補(bǔ)空白沿腰。
骨灰級(jí)調(diào)試大師Alert
那還是互聯(lián)網(wǎng)剛剛起步的時(shí)代，網(wǎng)頁前端還主要以內(nèi)容展示為主狈定，瀏覽器腳本還只能為頁面提供非常簡(jiǎn)單的輔助功能的時(shí)候颂龙。那個(gè)時(shí)候习蓬，網(wǎng)頁主要運(yùn)行在以IE6為主的瀏覽器中，JS的調(diào)試功能還非常弱措嵌，只能通過內(nèi)置于Window對(duì)象中的alert方法來調(diào)試躲叼，那時(shí)候看起來應(yīng)該是這個(gè)樣子：
需要說明一點(diǎn)，這里看到的效果企巢，并非當(dāng)年的IE瀏覽器中看到的效果枫慷，而是在高版本IE中的效果。此外浪规，當(dāng)年貌似還沒有這么高級(jí)的控制臺(tái)或听，而alert的使用也是在真實(shí)的頁面JS代碼中。雖然罗丰，alert的調(diào)試方式很原始神帅，但當(dāng)時(shí)確實(shí)有它不可磨滅的價(jià)值，甚至到今天萌抵，已然有其用武之地。
新一代調(diào)試王者Console
隨著JS在Web前端中能做的事情越來越多元镀，責(zé)任越來越大绍填，而地位也越來越重要。傳統(tǒng)的alert調(diào)試方式已經(jīng)漸漸不能滿足前端開發(fā)的種種場(chǎng)景栖疑。而且alert調(diào)試方式彈出的調(diào)試信息讨永，那個(gè)窗口著實(shí)不太美觀，而且會(huì)遮擋部分頁面內(nèi)容遇革，著實(shí)有些不太友好卿闹。
另一方面，alert的調(diào)試信息萝快，必須在程序邏輯中添加類似“alert(xxxxx)”這樣的語句锻霎，才能正常工作，并且alert會(huì)阻礙頁面的繼續(xù)渲染揪漩。這就意味著開發(fā)人員調(diào)試完成后旋恼，必須手動(dòng)清除這些調(diào)試代碼，實(shí)在有些麻煩奄容。
所以冰更，新一代的瀏覽器Firefox、Chrome昂勒，包括IE蜀细，都相繼推出了JS調(diào)試控制臺(tái)，支持使用類似“console.log(xxxx)”的形式戈盈，在控制臺(tái)打印調(diào)試信息奠衔，而不直接影響頁面顯示。以IE為例，它看起來像這樣：
好吧涣觉，再見丑陋的alert彈出框痴荐。而以Chrome瀏覽器為首的后起之秀，為Console擴(kuò)展了更豐富的功能：
你以為這樣就滿足了官册？Chrome開發(fā)團(tuán)隊(duì)的想象力實(shí)在不得不讓人佩服：
好了生兆，稍微多說了一點(diǎn)點(diǎn)題外話∠ツ總之鸦难，控制臺(tái)以及瀏覽器內(nèi)置Console對(duì)象的出現(xiàn)，給前端開發(fā)調(diào)試帶來了極大的便利员淫。
有人會(huì)問合蔽，這樣的調(diào)試代碼不一樣需要在調(diào)試完成后進(jìn)行清理嗎？
關(guān)于這個(gè)問題介返，如果在使用console對(duì)象之前先進(jìn)性存在性驗(yàn)證拴事，其實(shí)不刪除也不會(huì)對(duì)業(yè)務(wù)邏輯造成破壞。當(dāng)然圣蝎，為了代碼整潔刃宵，在調(diào)試完成后，還是應(yīng)盡可能刪除這些與業(yè)務(wù)邏輯無關(guān)的調(diào)試代碼徘公。
JS斷點(diǎn)調(diào)試
斷點(diǎn)牲证，調(diào)試器的功能之一，可以讓程序中斷在需要的地方关面，從而方便其分析坦袍。也可以在一次調(diào)試中設(shè)置斷點(diǎn)，下一次只需讓程序自動(dòng)運(yùn)行到設(shè)置斷點(diǎn)位置等太，便可在上次設(shè)置斷點(diǎn)的位置中斷下來捂齐，極大的方便了操作，同時(shí)節(jié)省了時(shí)間澈驼⌒猎铮——百度百科
JS斷點(diǎn)調(diào)試，即是在瀏覽器開發(fā)者工具中為JS代碼添加斷點(diǎn)缝其，讓JS執(zhí)行到某一特定位置停住挎塌，方便開發(fā)者對(duì)該處代碼段的分析與邏輯處理。為了能夠觀察到斷點(diǎn)調(diào)試的效果内边，我們預(yù)先隨意準(zhǔn)備一段JS代碼：
代碼很簡(jiǎn)單榴都，就是定義一個(gè)函數(shù)，傳入兩個(gè)數(shù)漠其，分別加上一個(gè)亂七八糟的隨機(jī)整數(shù)后嘴高，再返回兩個(gè)數(shù)的總和竿音。以Chrome開發(fā)者工具為例，我們來看一下JS斷點(diǎn)調(diào)試的基本方法拴驮。
Sources斷點(diǎn)
首先春瞬，測(cè)試代碼中我們通過上圖console的輸出結(jié)果可以看出代碼應(yīng)該是正常運(yùn)行了，但是為什么是應(yīng)該呢套啤？因?yàn)楹瘮?shù)中加了一個(gè)隨機(jī)數(shù)宽气，而最終結(jié)果是否真的是正確的呢？這是毫無意義的猜想潜沦，但是假設(shè)我現(xiàn)在就是要驗(yàn)證一下：函數(shù)傳入的兩個(gè)數(shù)萄涯、被加的隨機(jī)數(shù)，以及最終的總和唆鸡。那么該怎么操作呢涝影？
- 方法一：前面講過最普通的，無論使用alert還是console争占，我們可以這么來驗(yàn)證：
從上圖發(fā)現(xiàn)燃逻，我們?cè)诖a中新增了三行console代碼，用以打印我們關(guān)心的數(shù)據(jù)變量臂痕，而最終我們從控制臺(tái)（Console面板）中的輸出結(jié)果唆樊，可以很清楚的驗(yàn)證整個(gè)計(jì)算過程是否正常，進(jìn)而達(dá)到我們題設(shè)的驗(yàn)證要求刻蟹。
- 方法二：方法一的驗(yàn)證過程存在很明顯的弊端就是，添加了很多冗余代碼嘿辟，接下來我們看一下使用斷點(diǎn)進(jìn)行驗(yàn)證舆瘪，是否更加方便，先看一個(gè)如何加斷點(diǎn)红伦，以及斷點(diǎn)后是什么效果：
如圖英古，給一段代碼添加斷點(diǎn)的流程是“F12（Ctrl + Shift + I）打開“開發(fā)工具”——“點(diǎn)擊Sources菜單”——“左側(cè)樹中找到相應(yīng)文件”——“點(diǎn)擊行號(hào)列”即完成在當(dāng)前行添加/刪除斷點(diǎn)操作。當(dāng)斷點(diǎn)添加完畢后昙读，刷新頁面JS執(zhí)行到斷點(diǎn)位置停住召调，在Sources界面會(huì)看到當(dāng)前作用域中所有變量和值，只需對(duì)每個(gè)值進(jìn)行驗(yàn)證即可完成我們題設(shè)驗(yàn)證要求蛮浑。
那問題來了唠叛，仔細(xì)的朋友會(huì)發(fā)現(xiàn)當(dāng)我的代碼執(zhí)行到斷點(diǎn)的時(shí)候，顯示的變量a和b的值是已經(jīng)進(jìn)行過加法運(yùn)算后的沮稚，我們看不到調(diào)用sum函數(shù)時(shí)初始傳入的10和20艺沼。那么該怎么辦呢？這就要回過頭來先學(xué)習(xí)一下斷點(diǎn)調(diào)試的一些基礎(chǔ)知識(shí)了蕴掏。我們打開Sources面板后其實(shí)會(huì)在界面中看到如下內(nèi)容障般，我們跟著鼠標(biāo)軌跡逐一看看都是什么意思：
從左到右调鲸，各個(gè)圖標(biāo)表示的功能分別為：
- Pause/Resume script execution：暫停/恢復(fù)腳本執(zhí)行（程序執(zhí)行到下一斷點(diǎn)停止）。
- Step over next function call：執(zhí)行到下一步的函數(shù)調(diào)用（跳到下一行）挽荡。
- Step into next function call：進(jìn)入當(dāng)前函數(shù)藐石。
- Step out of current function：跳出當(dāng)前執(zhí)行函數(shù)。
- Deactive/Active all breakpoints：關(guān)閉/開啟所有斷點(diǎn)（不會(huì)取消）定拟。
- Pause on exceptions：異常情況自動(dòng)斷點(diǎn)設(shè)置于微。
到此，斷點(diǎn)調(diào)試的功能鍵介紹得差不多了办素，接下來我們就可以一行一行去看我們的程序代碼角雷，查看每一行執(zhí)行完畢之后，我們各個(gè)變量的變化情況了性穿，如下圖所示：
如上，我們可以看到a需曾、b變量從最初值吗坚，到中間加上隨機(jī)值，再到最后計(jì)算總和并輸出最終結(jié)果的整個(gè)過程呆万，完成題設(shè)驗(yàn)證要求不在話下商源。
其余幾個(gè)功能鍵，我們稍微改動(dòng)一下我們的測(cè)試代碼谋减，用一張gif圖來演示他們的使用方法：
這里需要注意一點(diǎn)，直接在代碼區(qū)打印變量值的功能是在較新版本的Chrome瀏覽器中才新增的功能出爹，如果你還在使用較老版本的Chrome瀏覽器庄吼，可能無法直接在斷點(diǎn)的情況下查看變量信息，此時(shí)你可以將鼠標(biāo)移動(dòng)到變量名上短暫停頓則會(huì)出現(xiàn)變量值严就。也可以用鼠標(biāo)選中變量名稱总寻，然后右鍵“Add to watch”在Watch面板查看，此方法同樣適用于表達(dá)式梢为。此外渐行，你還可以在斷點(diǎn)情況下，切換到Console面板铸董，直接在控制臺(tái)輸入變量名稱祟印，回車查看變量信息。該部分比較簡(jiǎn)單袒炉，考慮篇幅問題旁理，不在做圖演示。
Debugger斷點(diǎn)
所謂的Debugger斷點(diǎn)我磁，其實(shí)是我自己給它命名的孽文，專業(yè)術(shù)語我也不知道怎么說驻襟。具體的說就是通過在代碼中添加”debugger;”語句，當(dāng)代碼執(zhí)行到該語句的時(shí)候就會(huì)自動(dòng)斷點(diǎn)芋哭。接下去的操作就跟在Sources面板添加斷點(diǎn)調(diào)試幾乎一模一樣沉衣，唯一的區(qū)別在于調(diào)試完后需要?jiǎng)h除該語句。
既然除了設(shè)置斷點(diǎn)的方式不一樣减牺，功能和Sources面板添加斷點(diǎn)效果一樣豌习，那么為什么還會(huì)存在這種方式呢？我想原因應(yīng)該是這樣的：我們?cè)陂_發(fā)中偶爾會(huì)遇到異步加載html片段（包含內(nèi)嵌JS代碼）的情況拔疚，而這部分JS代碼在Sources樹種無法找到肥隆，因此無法直接在開發(fā)工具中直接添加斷點(diǎn)，那么如果想給異步加載的腳本添加斷點(diǎn)稚失，此時(shí)“debugger;”就發(fā)揮作用了栋艳。我們直接通過gif圖看看他的效果：
DOM斷點(diǎn)調(diào)試
DOM斷點(diǎn)，顧名思義就是在DOM元素上添加斷點(diǎn)句各，進(jìn)而達(dá)到調(diào)試的目的吸占。而在實(shí)際使用中斷點(diǎn)的效果最終還是落地到JS邏輯之內(nèi)。我們依次來看一下每一種DOM斷點(diǎn)的具體效果凿宾。
當(dāng)節(jié)點(diǎn)內(nèi)部子節(jié)點(diǎn)變化時(shí)斷點(diǎn)（Break on subtree modifications）
在前端開發(fā)越來越復(fù)雜的今天矾屯，前端JS代碼越來越多，邏輯越來越復(fù)雜初厚，一個(gè)看似簡(jiǎn)單的Web頁面件蚕，通常伴隨著大段大段的JS代碼，涉及諸多DOM節(jié)點(diǎn)增产禾、刪骤坐、改的操作。難免遇到直接通過JS代碼很難定位代碼段的情況下愈，而我們卻可以通過開發(fā)者工具的Elements面板，快速定位到相關(guān)DOM節(jié)點(diǎn)蕾久，這時(shí)候通過DOM斷點(diǎn)定位腳本就顯得尤其重要了势似。具體我們還是通過gif演示來看一下吧：
上圖演示了對(duì)ul子節(jié)點(diǎn)（li）的增加、刪除以及交換順序操作觸發(fā)斷點(diǎn)的效果僧著。但需要注意的是履因，對(duì)子節(jié)點(diǎn)進(jìn)行屬性修改和內(nèi)容修改并不會(huì)觸發(fā)斷點(diǎn)。
當(dāng)節(jié)點(diǎn)屬性發(fā)生變化時(shí)斷點(diǎn)（Break on attributes modifications）
另一方面盹愚，由于前端處理的業(yè)務(wù)邏輯越來越復(fù)雜栅迄，對(duì)一些數(shù)據(jù)的存儲(chǔ)依賴越來越強(qiáng)烈，而將臨時(shí)數(shù)據(jù)存儲(chǔ)于DOM節(jié)點(diǎn)的（自定義）屬性中皆怕，是很多情況下開發(fā)者優(yōu)先選擇的方式毅舆。特別是在HTML5標(biāo)準(zhǔn)增強(qiáng)自定義屬性支持（例：dataset西篓、data-*之類）之后，屬性設(shè)置應(yīng)用越來越多憋活，因此Chrome開發(fā)者工具也提供了屬性變化斷點(diǎn)支持岂津，其效果大致如下：
此方式同樣需要注意，對(duì)子節(jié)點(diǎn)的屬性進(jìn)行任何操作也不會(huì)觸發(fā)節(jié)點(diǎn)本身的斷點(diǎn)悦即。
當(dāng)節(jié)點(diǎn)被移除時(shí)斷點(diǎn)（Break on node removal）
這個(gè)DOM斷點(diǎn)設(shè)置很簡(jiǎn)單吮成，觸發(fā)方式很明確——當(dāng)節(jié)點(diǎn)被刪除時(shí)。所以通常情況應(yīng)該是在執(zhí)行“parentNode.removeChild(childNode)”語句的時(shí)候使用此方式辜梳。此方式使用不多粱甫。
前面介紹到的基本上是我們?cè)谌粘ｉ_發(fā)中經(jīng)常用到的調(diào)試手段，運(yùn)用得當(dāng)它們也幾乎能應(yīng)對(duì)我們?nèi)粘ｉ_發(fā)中的幾乎所有問題作瞄。但是茶宵，開發(fā)者工具還考慮到了更多的情況，提供更多的斷點(diǎn)方式粉洼，如圖：
XHR Breakpoints
這幾年前端開發(fā)發(fā)生了翻天覆地的變化节预，從當(dāng)初的名不見經(jīng)傳到如今的盛極一時(shí)，Ajax驅(qū)動(dòng)Web富應(yīng)用属韧，移動(dòng)WebApp單頁應(yīng)用風(fēng)生水起安拟。這一切都離不開XMLHttpRequest對(duì)象，而“XHR Breakpoints”正是專為異步而生的斷點(diǎn)調(diào)試功能宵喂。
我們可以通過“XHR Breakpoints”右側(cè)的“+”號(hào)為異步斷點(diǎn)添加斷點(diǎn)條件糠赦，當(dāng)異步請(qǐng)求觸發(fā)時(shí)的URL滿足此條件，JS邏輯則會(huì)自動(dòng)產(chǎn)生斷點(diǎn)锅棕。演示動(dòng)畫中并沒有演示到斷點(diǎn)位置拙泽，這是因?yàn)椋菔臼褂玫氖莏Query封裝好的ajax方法裸燎，代碼已經(jīng)過壓縮顾瞻，看不到什么效果，而事實(shí)上XHR斷點(diǎn)的產(chǎn)生位置是“xhr.send()”語句德绿。
XHR斷點(diǎn)的強(qiáng)大之處是可以自定義斷點(diǎn)規(guī)則荷荤，這就意味著我們可以針對(duì)某一批、某一個(gè)移稳，乃至所有異步請(qǐng)求進(jìn)行斷點(diǎn)設(shè)置蕴纳，非常強(qiáng)大。但是个粱，似乎這個(gè)功能在日常開發(fā)中用得并不多古毛，至少我用得不多。想想原因大概有兩點(diǎn)：其一都许，這類型的斷點(diǎn)調(diào)試需求在日常業(yè)務(wù)中本身涉及不多稻薇；其二嫂冻，現(xiàn)階段的前端開發(fā)大多基于JS框架進(jìn)行，最基本的jQuery也已經(jīng)對(duì)Ajax進(jìn)行了良好封裝颖低，極少有人自己封裝Ajax方法絮吵，而項(xiàng)目為了減少代碼體積，通常選擇壓縮后的代碼庫忱屑，使得XHR斷點(diǎn)跟蹤相對(duì)不那么容易了蹬敲。
Event Listener Breakpoints
事件監(jiān)聽器斷點(diǎn)，即根據(jù)事件名稱進(jìn)行斷點(diǎn)設(shè)置莺戒。當(dāng)事件被觸發(fā)時(shí)伴嗡，斷點(diǎn)到事件綁定的位置。事件監(jiān)聽器斷點(diǎn)从铲，列出了所有頁面及腳本事件瘪校，包括：鼠標(biāo)、鍵盤名段、動(dòng)畫阱扬、定時(shí)器、XHR等等伸辟。極大的降低了事件方面業(yè)務(wù)邏輯的調(diào)試難度麻惶。
演示實(shí)例演示了當(dāng)click事件被觸發(fā)時(shí)和當(dāng)setTimeout被設(shè)置時(shí)的斷點(diǎn)效果。實(shí)例顯示信夫，當(dāng)選中click事件斷點(diǎn)之后窃蹋，兩個(gè)按鈕的被點(diǎn)擊時(shí)都觸發(fā)了斷點(diǎn)，而當(dāng)setTimeout被設(shè)置時(shí)静稻，“Set Timer”斷點(diǎn)被觸發(fā)警没。
調(diào)試，是在項(xiàng)目開發(fā)中非常重要的環(huán)節(jié)振湾，不僅可以幫助我們快速定位問題杀迹，還能節(jié)省我們的開發(fā)時(shí)間。熟練掌握各種調(diào)試手段押搪，定當(dāng)為你的職業(yè)發(fā)展帶來諸多利益佛南，但是，在如此多的調(diào)試手段中嵌言，如何選擇一個(gè)適合自己當(dāng)前應(yīng)用場(chǎng)景的，這需要經(jīng)驗(yàn)及穗，需要不斷嘗試積累摧茴。
