時間再緊，還是記一下吧！記下小成功與小失敗，繼續往前。
故事
近一天多時間，（其實在前幾天中就隱約出現這個BUG，只是當時沒有系統地或者頻繁地調試運行故沒有發現）被一個BUG折磨得夠嗆！
現在歸納來看，根本原因還是自己對于開發工具不熟練。今天再次出現這個BUG，因為代碼太長了，沒有辦法，只得大致根據代碼執行流程及自己的經驗分析診斷。
今天休息間（臨時被BUG折磨，只得休息一下?。?，忽然想起以前曾經有幾次觀察過調用堆棧的事情。于是，抓緊時間試一下，果然成功－－－－一只很大的BUG被挖出來了！
總結
犯上述錯誤原因主要在于：代碼非常長（近5000行），而且反復修改，有時很多內容無意間修改不完全（這是一種典型的無意間，而且很多人都會出現的錯誤），導致后期浪費大量時間。
結論之一是：以后多多使用系統提供的“重構”功能（如今的我使用的VS2012集成開發環境這方面支持個人感覺已經非常優秀），甚至對于較長的子函數也盡可能使用，從而最大限度地避免上述問題?。ㄓ袝r候，個人有些驕傲，在較長函數內部修改就不使用“重構”了！正是這種原因導致上述BUG。）
結論之二是：出現系統運行錯時，多多使用調用堆棧。如今的調用堆棧能夠幫助你最近地靠攏出現BUG的源碼處，VERY GOOD！看看我的這個截圖吧。
只要雙擊相應的調用堆棧中那一行，源碼立即出現在面前。幾乎第一時間就幫助你抓住BUG了！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
