兩天時間都在調共享內存驅動,感受期間浪費了不少時間。總結一下:學習
1.作事沒有計劃,有時候作過的事忘了,致使又作了一遍。測試
2.看事情看得片面,剛看到一點突破口就要去作,去調試,可是每每仍是不經過。設計
3.命名沒有規則,根本不知道生成的可執行文件表達什麼意思。調試
4.沒有方向的時候會懷疑本身,以爲這個技術可行嗎?內存
5.沒有合理的設計調試方案。文檔
解決方法:基礎
首先若是要調試程序,那麼要把代碼多看幾回,首先分析下邏輯到底有沒有問題,而後在代入代碼裏看下,看看能跑通不能,同時看到個錯誤不要立馬改正後去測試,要把全部的錯誤點看完,而且記錄下來改過的地方,究竟是邏輯錯誤仍是馬虎錯誤。不少時候都是馬虎錯誤。同時對於生成的不一樣版本的文件要命名和註釋寫到文檔裏,以便查閱,對於不一樣類型的功能要以不一樣的命名方式。一條路走不通的時候要換個角度,不要鑽牛角尖。同時要多學習基礎知識,這樣在沒有思路的時候,就不會懷疑到底這個方法可行嗎,大部分錯誤其實都是馬虎錯誤,只要邏輯沒有錯誤,其餘都不是問題,只要細心就好。調試的時候根據實際環境設計一個最優的方案,這樣會讓你很快的定位到錯誤的地方,最好能看到打印信息。養成一個良好的記錄習慣,寫文檔的習慣,雖然進行的過程當中比較麻煩,可是比機械的調試好多了,至少能讓你冷靜,讓你更快的定位錯誤點,否則只是一遍一遍的調試,不知道哪裏錯誤了,這是很傻的一件事,切記切記。之後必定養成寫計劃文檔的習慣,記錄下本身調試的過程。有法可依。程序
--2017.5.2方法