最近在倒騰一個(gè)iOS的第三方庫WordPress-Editor-iOS-Extension，富文本編輯是用 js 實(shí)現(xiàn)的，效果相當(dāng)不錯(cuò)，但因?yàn)槲覍?js 一點(diǎn)都不了解，修改部分一旦涉及 js 就一臉蒙逼了。后面確實(shí)有個(gè)bug需要改動(dòng) js 的代碼，在調(diào)試的時(shí)候，下意識的就會(huì)規(guī)避 js 的代碼，一直在流程上轉(zhuǎn)，一直沒找到問題點(diǎn)，后面發(fā)現(xiàn)，只要修改一個(gè)語句就解決戰(zhàn)斗了 囧...

當(dāng)時(shí)的思路是這樣的：先找到出問題的模塊，然后在找到出問題的方法一步步的縮小范圍，直到找到元方法，由于方法的跳轉(zhuǎn)比較多，沒來得及把流程全部搞懂，有兩個(gè)方法的功能差不多，但只有這個(gè)出問題，所以這個(gè)方法的每條語句（無論你覺得多不可能，因?yàn)槟氵€沒搞懂）都有可能是問題點(diǎn)，逐條分析（方法不是很長）就能找到答案。

雖然不是什么高大上的解決方法，但在調(diào)試的時(shí)候經(jīng)常跑偏，效率非常不高，記錄一下，方便提醒自己