一.內(nèi)存分析

• 1.靜態(tài)分析(Analyze)

  • 不運行程序, 直接檢測代碼中是否有潛在的內(nèi)存問題(不一定百分百準確, 僅僅是提供建議)
    結(jié)合實際情況來分析, 是否真的有內(nèi)存問題

• 2.動態(tài)分析(Profile == Instruments)

  • 1> 運行程序, 通過使用app, 查看內(nèi)存的分配情況(Allocations)
    (可以查看做出了某個操作后(比如點擊了某個按鈕\顯示了某個控制器), 內(nèi)存是否有暴增的情況(突然變化))
  • 2> 運行程序, 通過使用app, 查看是否有內(nèi)存泄漏(Leaks)
    (紅色區(qū)域代表內(nèi)存泄漏出現(xiàn)的地方)

二.內(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ù)

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

• 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];