這邊文章不是講Instruments 的，另外兩種檢測內(nèi)存泄漏的方法
內(nèi)存泄漏。其實有兩種泄漏。第一個是真正的內(nèi)存泄漏，一個對象尚未被釋放，但是不再被引用的了。因此，存儲器不能被重新使用。第二類泄漏是比較麻煩一些。這就是所謂的“無界內(nèi)存增長”。這發(fā)生在內(nèi)存繼續(xù)分配，并永遠不會有機會被釋放。如果永遠這樣下去你的程序占用的內(nèi)存會無限大,當超過一定內(nèi)存的話 會被系統(tǒng)的看門狗給kill掉.
另外兩種檢測內(nèi)存泄漏的方法
第一種
NSZombieEnabled設(shè)置的使用 （z?mbi 僵尸 ）雖然iOS 5.0版本之后加入了ARC機制，由于相互引用關(guān)系比較復雜時，內(nèi)存泄露還是可能存在。所以了解原理很重要。如果知道crash的地方了，但是不知道具體crash的原因應(yīng)該怎么辦？又或者當遇到EXC_BAD_ACCESS錯誤的時候，該怎么處理？（設(shè)置 Enable Zombie Objects參數(shù)，在可執(zhí)行選項，這有時候有助于縮小問題原因。
具體設(shè)置方法是：點擊Product--> Scheme -->Edit Scheme 在Run選項的Diagnositics中設(shè)置Enable Zombie Objects。然后Close。再次運行，可能會出現(xiàn)一些問題提示。）
1、運行Demo。先實現(xiàn)準備好的內(nèi)存泄露的Demo：leak app打開運行，崩潰截圖：如圖五
2.解決方案: 設(shè)置NSZombieEnabled這是一個 “EXC_BAD_ACCESS”錯誤。我們打開XCode的選項：“NSZombieEnabled” 。在crash時可能會給你更多的一些提示信息。如圖四 選擇Edit Scheme 會出現(xiàn)一個彈窗如圖六操作 勾選 Zomble Objects3.再次運行，再次crash，這次在output窗口會看到多了一項錯誤信息： 2016-11-05 16:51:27.916 XXX [27377:981617] *** -[People setStr:]: message sent to deallocated instance 0x60800000c380大概意思是：向已釋放的內(nèi)存發(fā)送消息。也就是說使用了已釋放的內(nèi)存，在C語言相當于使用了“野指針”
第二種
靜態(tài)內(nèi)存分析--> Analyze分析到哪里有內(nèi)存泄露 ( an(?)l??z 愛ne來z 對...分析）1.不運行程序， app沒有了Crash,直接對代碼進行內(nèi)存分析，查看一下代碼是否有內(nèi)存泄露優(yōu)點：分析速度快，并且可以對所有的代碼進行內(nèi)存分析缺點：分析結(jié)果不一定準確（沒有運行程序，根據(jù)代碼的上下文語法結(jié)構(gòu)）2.注意：如果有提示有內(nèi)存泄露，一定結(jié)合代碼查看代碼是否有問題操作步驟:1、Analyze是靜態(tài)分析工具 可以通過菜單 Product→Analyze啟動或者2、(shift+command+b) 圖八
效果如：圖七
點擊 圖九 里的藍色按鈕
顯示如圖十 所示
Analyze-xcode編輯和解析工具iOS的分析工具可以發(fā)現(xiàn)編譯中的warning，內(nèi)存泄漏隱患，甚至還可以檢查出logic上的問題；所以在自測階段一定要解決Analyze發(fā)現(xiàn)的問題，可以避免出現(xiàn)嚴重的bug；內(nèi)存泄漏隱患提示：Potential Leak of an object allocated on line ……數(shù)據(jù)賦值隱患提示：The left operand of …… is a garbage value;對象引用隱患提示：Reference-Counted object is used after it is released;
動態(tài)內(nèi)存分析(Profile == Instruments )
真正運行程序，對程序進行內(nèi)存分析（查看內(nèi)存分配情況、內(nèi)存泄露）優(yōu)點：分析非常準確，如果發(fā)現(xiàn)有提示內(nèi)存泄露，基本可以斷定代碼問題缺點：分析效率低（真正運行了一段代碼，才能對該代碼進行內(nèi)存分析）注意點：如果發(fā)現(xiàn)有內(nèi)存泄露，基本需要修改代碼（基本有內(nèi)泄露）操作步驟: Product -->Profile-->Allocations二.內(nèi)存使用注意1.加載小圖片\使用頻率比較高的圖片1> 利用imageNamed:方法加載過的圖片, 永遠有緩存, 這個緩存是由系統(tǒng)管理的, 無法通過代碼銷毀緩存2.加載大圖片\使用頻率比較低的圖片(一次性的圖片, 比如版本新特性的圖片)1> 利用initWithContentsOfFile:\imageWithContentsOfFile:\imageWithData:等方法加載過的圖片, 沒有緩存, 只要用完了, 就會自動銷毀2> 基本上, 除imageNamed:方法以外, 其他加載圖片的方式, 都沒有緩存三.2個專業(yè)術(shù)語1.內(nèi)存泄漏1> 該釋放的對象, 沒有被釋放(已經(jīng)不再使用的對象, 沒有被釋放)2.內(nèi)存溢出(Out Of Memory)1> 內(nèi)存不夠用了2> 數(shù)據(jù)長度比較小的數(shù)據(jù)類型 存儲了 數(shù)據(jù)長度比較大的數(shù)據(jù)四.圖片在沙盒中的存在形式(d??pl??m(?)nt,部署)1.如果項目的Deployment Target <= 6.x (不支持圖片壓縮)1> 所有圖片直接暴露在沙盒的資源包(main Bundle), 不會壓縮到Assets.car文件2.如果項目的Deployment Target >= 7.x (支持圖片壓縮)1> 放在Images.xcassets里面的所有圖片會壓縮到Assets.car文件, 不會直接暴露在沙盒的資源包(main Bundle)2> 沒有放在Images.xcassets里面的所有圖片會直接暴露在沙盒的資源包(main Bundle), 不會壓縮到Assets.car文件3.總結(jié)1> 會壓縮到Assets.car文件, 沒有直接暴露在沙盒的資源包(main Bundle)
條件 : "Deployment Target >= 7.x" 并且是 "放在Images.xcassets里面的所有圖片"
影響 : 無法得到圖片的全路徑, 只能通過圖片名(imageNamed:方法)來加載圖片, 永遠會有緩存
2> 不會壓縮到Assets.car文件, 直接暴露在沙盒的資源包(main Bundle)
條件 : 除1> 以外的所有情況
影響 : 可以得到圖片的全路徑, 可以通過全路徑(imageWithContentsOfFile:方法)來加載圖片, 不會有緩存
4.結(jié)論1> 小圖片\使用頻率比較高的圖片
- 放在Images.xcassets里面 2> 大圖片\使用頻率比較低的圖片(一次性的圖片, 比如版本新特性的圖片) * 不要放在Images.xcassets里面
五.設(shè)備信息相關(guān)的開發(fā)(非私有API, 底層API)1.設(shè)備的型號2.設(shè)備的CPU型號\使用情況3.設(shè)備的內(nèi)存容量\使用情況4.設(shè)備的硬盤容量\使用情況5.......6.推薦的第三方庫uidevice-extension
- 地址 : https://github.com/erica/uidevice-extension * 實現(xiàn)思路 : 利用分類給UIDevice進行了擴展 * 使用難易度 : 非常簡單
六.如何讓程序盡量減少內(nèi)存泄漏 1.非ARC * Foundation對象(OC對象) : 只要方法中包含了alloc\new\copy\mutableCopy\retain等關(guān)鍵字, 那么這些方法產(chǎn)生的對象, 就必須在不再使用的時候調(diào)用1次release或者1次autorelease * CoreFoundation對象(C對象) : 只要函數(shù)中包含了create\new\copy\retain等關(guān)鍵字, 那么這些方法產(chǎn)生的對象, 就必須在不再使用的時候調(diào)用1次CFRelease或者其他release函數(shù) 2.ARC(只自動管理OC對象, 不會自動管理C語言對象) * CoreFoundation對象(C對象) : 只要函數(shù)中包含了create\new\copy\retain等關(guān)鍵字, 那么這些方法產(chǎn)生的對象, 就必須在不再使用的時候調(diào)用1次CFRelease或者其他release函數(shù) 3.block的注意 // block的內(nèi)存默認在棧里面(系統(tǒng)自動管理) void (^test)() = ^{ }; // 如果對block進行了Copy操作, block的內(nèi)存會遷移到堆里面(需要通過代碼管理內(nèi)存) Block_copy(test); // 在不需要使用block的時候, 應(yīng)該做1次release操作 Block_release(test); [test release];
