今天組里的一個算法里面出現(xiàn)很嚴重的內(nèi)存泄漏問題，通過一些手段解決了。記錄一下躬窜。
背景
- 對于C語言的內(nèi)存泄漏來講，一般就是alloc出來的對象沒有free炕置。一般而言荣挨，推薦的寫法就是自己alloc，自己free朴摊。在這段代碼里面出現(xiàn)了一些不好的C語言的寫法默垄，導致內(nèi)存的alloc和free沒有出現(xiàn)對稱，這是代碼作者的習慣導致的甚纲。
- 代碼里面出現(xiàn)了結(jié)構(gòu)體里面alloc新對象的寫法口锭，而且非常的隱蔽，導致查找工作很困難介杆。
工具包
- xcode
以前只用xcode做過一些ios項目的開發(fā)鹃操，因為oc或者swift有著比較完善的ARC，所以都沒主要到還有內(nèi)存泄漏檢測工具春哨。
解決方式
- 使用xcode打開項目
-
command+i打開Instruments
image.png -
選擇Leaks
image.png
里面有內(nèi)存分配以及內(nèi)存泄漏情況荆隘，可用于內(nèi)存分析和優(yōu)化參照。
- 點擊紅色開始運行程序
image.png
如果沒有泄漏赴背，內(nèi)存會是平緩的一根線椰拒。如果是泄漏就是一條向上走的線晶渠，這個和Android Studio提供的內(nèi)存分析工具很像∪脊郏可以看出我這里是有內(nèi)存泄漏的乱陡。
-
分享沒存泄漏位置，定位代碼
image.png
右邊會有一個調(diào)用棧仪壮，就可以定位到內(nèi)存泄漏的位置了憨颠，進而就可以很快解決了。
背景
- 不管是什么語言积锅，只要一不小心就會出現(xiàn)內(nèi)存泄漏問題爽彤。不過對于有GC的語言來講相對安全，但同樣的缚陷，出現(xiàn)了也相對不好解決适篙。解決這類問題的核心就是找到內(nèi)存泄漏的位置，一個靠譜的內(nèi)存分析工具就非常重要了箫爷。
推薦幾個常用的內(nèi)存分析工具：- top 指令嚷节。 在Linux或者mac上面可以快速定位泄漏的程序和程度
- Golang 使用 內(nèi)置的runtime/pprof即可。
deno就是用的這個虎锚。 - Android 使用Android Studio可以做一定的內(nèi)存分析硫痰。使用
Memory Profiler工具加上LeakCanary是最好的選擇。 - Node.js 使用
heapdump+devtool - 前端js 使用chrome內(nèi)存分析工具即可窜护。
- Java 主要是對垃圾回收和內(nèi)存做分析效斑。使用
JConsole可是看見內(nèi)存情況，再加上JVM自帶的一些指令柱徙，就可以很好的看見內(nèi)存的分配和回收情況缓屠，然后做進一步優(yōu)化。
這幾塊每一個都有很大的含金量护侮，希望能帶來一些思考敌完，避免每天只寫業(yè)務代碼，忽視了程序內(nèi)在的執(zhí)行羊初。畢竟優(yōu)化比做功能難太多滨溉。
