最後做的時候就注意，有個好習慣很重要。

後期做的差不多肯定會有個測試，專門看記憶體洩漏，這時候如果自己的程式碼，還好辦些，如果別人的程式碼，程式碼在寫的飛一些，很難查。

做的時候對記憶體分配釋放要有個簡單的規劃設計，確保安全，別跑一跑崩潰了，更可怕。

寫的時候儘可能成對，分配和釋放程式碼寫在一起，別人看起來也方便，要不找到分配找不到釋放，誰都著急。

指標傳遞小心點，弄的到處都是，搞不好就釋放多次。

最後有個簡單的封裝，以後管理和跟蹤除錯也方便。

記憶體洩露檢測工具，通過程式最開始執行前的棧地址，比較程式結束後的棧地址來判斷記憶體洩露，或者通過包裝的方法來申請與釋放，達到統計的目的

其實從VS2017以來，除錯程式退出時，都會直接打印出記憶體洩露資訊。

其中有分配序號，和分配大小等資訊，通過分配序號，可以在下次執行時設定斷點。

這個資訊已經足夠中小專案除錯了。如果是像chrome那種專案，那就確保每個小模組沒有記憶體洩露，然後再確保合成專案。