現代由於有高階偵錯程式,使得我們程式設計起來可以相當容易解決問題!但是如果是編寫併發量大的服務程式,我們如何進行除錯呢?在併發量高峰期才能體現出程式的健壯性?
以下就是我除錯程式的經驗總結:
1.對於服務端的程序如何進行判斷服務端是否有記憶體洩露的情況,儘管我們會對記憶體進行優化和**!
在windows下我們可以開啟任務管理器檢視記憶體的情況,或者使用一些其他程序檢視器,並且可以檢視到cpu的使用情況,通過這些引數值可以得知我們的服務端是否良好!
另外還可以通過vs的除錯版本判斷記憶體是否有溢位!
2.對於服務端的併發性處理是否處於乙個良好狀態,我們可以通過日誌記錄追蹤,對於佇列任務的總數檢視得知服務端處理的併發性,另外如果是debug版本我們還可以通過檢視底層的除錯資訊輸出檢視相關的資料!
3.服務端的併發性進行通訊線程和工作執行緒分離處理
程式除錯日誌與經驗2019 10 10
之前在寫retinal vessel和object detection的程式時，沒有總結除錯過程的問題。先開始歸納總結過程中遇到的問題，防止以後遇到再次耗費大量時間 1.keras儲存與載入模型 json hdf5 這符合retinal vessel程式中，基於tensorflow backend ...
硬體除錯經驗
以前覺得虛焊 短路 斷路是很簡單 很容易解決的問題。虛焊 短路 斷路雖然很簡單，但是如果你碰到其中一種情況，可能要除錯大半天才能發現問題所在，所以這些越基本的東西，更值得注意，無謂在這上面浪費除錯時間。而且如果遇到這些簡單的問題解決不出來，去麻煩高手，小心被bs啊。除錯的步驟一般就是先弄清楚系統有多...
ucos除錯經驗
1 中斷裡不能建立任務 刪除任務，若需要在中斷裡建立任務，可以在中斷裡利用郵箱或訊息佇列來傳送到另乙個任務，然後在另乙個任務裡進行建立。2 使用郵箱或訊息佇列時，若在中斷裡向另乙個任務傳送訊號，中斷裡所執行的程式不能過長，若需要處理大量資料，那麼最好把處理程式放在乙個任務裡，然後通過郵箱或佇列來傳送...