前言
程序存在失控風險，請反復測試，
使用IDE提供的功能，
透徹地閱讀妳的代碼，
做到心中有數。
看不懂別人的代碼
看不懂非常不解，不懂只是暫時的，
既然都有源代碼了，
還愁看不懂嗎？
編程語言的那些語法、關鍵字拋開不說，
重要的是解決了什麽問題，
怎麽解決的，
為什麽這樣寫？
拋出異常
如果調試程序過程中，
拋出了異常，
那麽先恭喜妳，
妳離看懂這個方法已經非常接近了。
寫程序怕的是“拋出異常”，
最怕的是測試不拋出異常，
上線拋出異常。
沒有壹個錯誤信息支持，
幾乎想破腦袋也很難分析出來龍去脈。
正確認識Bug
編程寫代碼，固然非常重要，
考驗的是壹個程序員抽象業務功能，
分析邏輯，並使用方法實現的能力。
然而，
我們並不能保證，敲寫的代碼“絕無Bug”。
要知道，
Bug是神壹般的存在，
只要妳深入地剖析，
總能對壹些方法進行繞過，
從而達到妳提權、取數據、改數據的目的。
Bug暫時沒發現，
僅僅是合適的條件被觸發而已。
掌握高超而全面的調試技巧
能寫程序，非常好；
如何將妳的程序調試通過，
且在出現異常的時候，
能夠使用巧妙的方法，
將問題復現，
這是很了不起的事情。
壹旦重現了Bug，
相當於妳的狙擊步槍，
已然瞄準了獵物，
剩下的，壹擊必中。
寫在最後
俗話說：“書讀百遍其義自見”。
代碼也壹樣，
就想查賬壹樣，
事無巨細，親自上陣，
拿出繡花針的功夫，
反復閱讀，不厭其煩。
大膽修改，勇於改錯，
調試錯誤，追溯流程。
相信妳不久就會對程序的功能
爛熟於胸。
對了，記得把梳理的過程用文檔記錄，
這樣初期的時候，
妳不用每次都要痛苦地重來壹次。
我是@程序員小助手，持續分享編程與程序員成長相關的內容。