寫不盡的 code，查不完的 bug
通常我們寫 bug，哦，不對，寫代碼時總不會一帆風順，往往各種 bug 充斥其中，即使測試有較高的代碼覆寫率往往也會有漏網之魚。能寫出一些比較隐蔽或者看起來像 feature 的 bug，并且經過了測試、code review 等層層的考驗，最終 merge 到主幹，這也算的上是一種本事。
這次，我們讨論的場景是，當你制造的 bug 被别人發現或者不小心把自己坑了，而不得不去 fix，且你自己也忘了這個 bug 是怎麼寫的了，在這種情況下，如何排查問題？
一氣呵成，bug 側漏
var request = require('request');
exports.handler = function(event, context, callback) {
console.log("event: " + event);
console.log('context: ', JSON.stringify(context));
const options = {
url: 'https://saweather.market.alicloudapi.com/spot-to-weather?area=%E6%B3%B0%E5%B1%B1&need3HourForcast=0&needAlarm=0&needHourData=0&needIndex=0&needMoreDay=0',
headers: {
Authorization: 'APPCODE 5d9129e294fc4f518793ae9f9a15dbff'
}
}
request(options, function (error, response, body) {
if (error || response.statusCode != 200) {
console.log("error " + error);
return
}
console.log(body.day_weether);
});
}; 很簡單的一個 nodejs 函數，剛剛接觸函數計算往往會意氣風發的一口氣抒寫出這樣一段代碼，通常是為了簡單測試一下函數的使用流程。但是釋出到上去後，卻出現了調用逾時的問題。
大膽猜測，小心求證
首先，在無從下手的情況下，你大膽猜測如下：
- 函數入口寫錯了
- 代碼中的邏輯有問題
- 函數計算服務有問題
為了排除其中的 3 選項，首先通過 fun local，在本地運作測試：
fun local invoke nodejs_timeout 得到結果:
可以看到，程式也被卡在這裡了。由此，可以排除掉 3 的可能性。
接着，可以通過加一些日志，或者單步調試來進一步縮小排查的範圍，這裡選用單步調試，因為這種方法往往更簡單。
首先，利用 VSCode 在側邊欄下一個斷點：
然後使用以下指令将函數以調試的方式運作起來（調試基本用法
參考，這裡不再過多闡述)：
fun local invoke -d 3000 nodejs_timeout 然後單擊 VSCode 的開始調試按鈕進行調試：
可以看到，函數被正确的調用了，且進入到了入口函數。到此為止，可以排除掉 1 的可能性。
接下來，就要确認 2 可能性中存在的問題。
在 request 處的代碼設定斷點，continue 到裡面，然後在 Local 可以看到運作到此處時的變量的值。
可以看到，http 請求傳回的 resposne 的 statusCode 為 200，符合預期。body 也是有資料的，這個也符合預期。
把
body.weakday
放到 watch 裡面執行一下，看下結果。
這個就不是預期中的值了。
仔細看下 body 這個對象，發現其顯示格式不對，通過 typeof 将 body 的類型列印出來：
這貨竟然是個
string
！
剛想破口大罵，但一想這代碼是自己寫的，趕緊閉嘴。
那就轉成 json 吧。
但轉完後，發現事情更不對了，day_weether 并不直接在 body 下，而是隐藏的很深。
而且名字不叫 day_weether，這裡有個拼寫錯誤。正确的寫法應該是：
JSON.parse(body).showapi_res_body.f1.day_weather What the.... 髒話都到嘴邊了，但一想代碼自己寫的，總不能罵自己吧，趕緊修吧。
把正确的表達式貼到 Watch 裡面，檢視，果然能夠取到正确的值:
驗證完畢後，将正确的值粘貼到代碼中，心想，總算解決了。
重新運作一下函數，發現果然能夠取到資料了：
但函數依舊卡在這裡，并沒有繼續往下走————逾時的問題依舊存在！
現在，憤怒的心情已經沒有了，取而代之的是藍瘦，香菇。站起身，望望窗外，讓冷風肆虐你的臉龐。許久，心裡平靜一些了。
山窮水盡，柳暗花明
冷靜下來，理一理線索：
從剛才的調試結果來看，函數已經運作，且獲得了正确的結果，但是函數卻沒有結束，直到逾時。突然，一個隐約的答案在你身邊徘徊，你拼命想要抓住，來回踱步，蓦地，像是出現了救命稻草一般，打開了函數計算 Nodejs 的
文檔，你用盡力氣擺動眼球，快速閱讀文檔，并在心裡懇求那根救命稻草的出現。恍然間，你如同穿越了一道厚重的鐵門，身邊的光線突然由暗變亮，你被這明亮的光線刺的睜不開眼睛。但你知道，答案就在這刺眼的光芒裡。眼淚，沒能止住，順着你的臉龐緩慢地流了下來。終于，你松開了緊握的拳頭，彎下了一直挺直的腰闆，眼淚鼻涕突然傾瀉而出，你————失聲痛哭。所有的委屈從内心經過喉嚨、鼻子、眼睛發洩出來，伴随着這一陣陣漸漸衰弱的回蕩聲，遠去。
哭罷，擦幹眼淚，平複下自己的心情，将那一段你追尋許久的答案緩慢但卻有力的敲擊出來：
callback(null, JSON.parse(body).showapi_res_body.f1.day_weather); 終于，這段代碼就如同你家叛逆的孩子，脫去叛逆的僞裝，顯現出它乖巧的樣子：
欲善其事，先利其器
經過這一次事件，你總結出三條經驗：
- 寫代碼要耐心、細心，每一段代碼都要經過思考。一口氣将功能寫完，往往是看上去寫的快，但實際上會埋很多坑，坑到别人還好，往往不小心會把自己坑了。
- 要多讀文檔。使用語言，要讀語言文檔，使用第三方庫，要讀庫的文檔，使用産品，要讀産品文檔。如果不仔細閱讀僅憑自己的猜測去寫，寫出的代碼往往漏洞百出。男人千萬不要硬撐，别對自己這麼很。累了要休息，可以讀讀文檔放松下。俗話說得好，磨刀不誤砍柴工！
- Fun 工具的熟練使用重中之重。 在前兩點都沒做到的情況下，卻能最終将問題排查出來，Fun 工具功不可沒！但與之功勞成反比的是，對 Fun 工具的學習尤其是本地調試功能，花的時間反而是最少的，如此巨大的收益比，使自己下定決心，一定要再花些時間，把 Fun 工具 吃透！
總結完，你又用心的看着自己寫下的代碼，就如同看向自己的孩子，寵溺、疼愛、氣憤各種心情夾雜在一起。突然，你一皺眉，呵斥道：這樣不對，異常的時候，也要傳回！
于是，你糾正了代碼的錯誤行為：
if (error || response.statusCode != 200) {
console.log("error " + error);
callback(error, null) ;
} 就如同，訓斥完與人打架的孩子，看到孩子聽話了，你露出了欣慰的微笑。