IOS-記憶體分析

標籤：

一.記憶體分析

1.靜態分析(Analyze)

不運行程式, 直接檢測代碼中是否有潛在的記憶體問題(不一定百分百準確, 僅僅是提供建議)

結合實際情況來分析, 是否真的有記憶體問題

 

2.動態分析(Profile == Instruments)

1> 運行程式, 通過使用app, 查看記憶體的分配情況(Allocations)

* 可以查看做出了某個操作後(比如點擊了某個按鈕\顯示了某個控制器), 記憶體是否有暴增的情況(突然變化)

 

2> 運行程式, 通過使用app, 查看是否有記憶體流失(Leaks)

* 紅色地區代表記憶體流失出現的地方

 

二.記憶體使用量注意

1.載入小圖片\使用頻率比較高的圖片

1> 利用imageNamed:方法載入過的圖片, 永遠有緩衝, 這個緩衝是由系統管理的, 無法通過代碼銷毀緩衝

 

2.載入大圖片\使用頻率比較低的圖片(一次性的圖片, 比如版本新特性的圖片)

1> 利用initWithContentsOfFile:\imageWithContentsOfFile:\imageWithData:等方法載入過的圖片, 沒有緩衝, 只要用完了, 就會自動銷毀

2> 基本上, 除imageNamed:方法以外, 其他載入圖片的方式, 都沒有緩衝

 

三.2個專業術語

1.記憶體流失

1> 該釋放的對象, 沒有被釋放(已經不再使用的對象, 沒有被釋放)

 

2.記憶體溢出(Out Of Memory)

1> 記憶體不夠用了

2> 資料長度比較小的資料類型 儲存了 資料長度比較大的資料

 

四.圖片在沙箱中的存在形式

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.總結

1> 會壓縮到Assets.car檔案, 沒有直接暴露在沙箱的資源套件(main Bundle)

* 條件 : "Deployment Target >= 7.x" 並且是 "放在Images.xcassets裡面的所有圖片"

* 影響 : 無法得到圖片的全路徑, 只能通過圖片名(imageNamed:方法)來載入圖片, 永遠會有緩衝

 

2> 不會壓縮到Assets.car檔案, 直接暴露在沙箱的資源套件(main Bundle)

* 條件 : 除1> 以外的所有情況

* 影響 : 可以得到圖片的全路徑, 可以通過全路徑(imageWithContentsOfFile:方法)來載入圖片, 不會有緩衝

 

4.結論

1> 小圖片\使用頻率比較高的圖片

* 放在Images.xcassets裡面

 

2> 大圖片\使用頻率比較低的圖片(一次性的圖片, 比如版本新特性的圖片)

* 不要放在Images.xcassets裡面

 

五.裝置資訊相關的開發(非私人API, 底層API)

1.裝置的型號

2.裝置的CPU型號\使用方式

3.裝置的記憶體容量\使用方式

4.裝置的硬碟容量\使用方式

5.......

6.推薦的第三方庫

uidevice-extension

* 地址 : https://github.com/erica/uidevice-extension

* 實現思路 : 利用分類給UIDevice進行了擴充

* 使用難易度 : 非常簡單

 

六.如何讓程式盡量減少記憶體流失

1.非ARC

* Foundation對象(OC對象) : 只要方法中包含了alloc\new\copy\mutableCopy\retain等關鍵字, 那麼這些方法產生的對象, 就必須在不再使用的時候調用1次release或者1次autorelease

* CoreFoundation對象(C對象) : 只要函數中包含了create\new\copy\retain等關鍵字, 那麼這些方法產生的對象, 就必須在不再使用的時候調用1次CFRelease或者其他release函數

 

2.ARC(只自動管理OC對象, 不會自動管理C語言對象)

* CoreFoundation對象(C對象) : 只要函數中包含了create\new\copy\retain等關鍵字, 那麼這些方法產生的對象, 就必須在不再使用的時候調用1次CFRelease或者其他release函數

 

3.block的注意

// block的記憶體預設在棧裡面(系統自動管理)

void (^test)() = ^{

    

};

// 如果對block進行了Copy操作, block的記憶體會遷移到堆裡面(需要通過代碼管理記憶體)

Block_copy(test);

// 在不需要使用block的時候, 應該做1次release操作

Block_release(test);

[test release];

IOS-記憶體分析