xcode 檢查是否存在內(nèi)存泄漏

0972FDBB-A1B0-4820-8E8E-53757539814A.png

xcode 內(nèi)存檢測

223AE3F2-112B-4DD7-B087-446D3902EAC2.png

2C448CB6-80E9-4BD1-919F-6C8FBD7C8034.png

159A6CA8-FC30-4F15-AFB6-9B4AEDC821D3.png

一.內(nèi)存分析

• 1.靜態(tài)分析(Analyze)
  不運(yùn)行程序, 直接檢測代碼中是否有潛在的內(nèi)存問題(不一定百分百準(zhǔn)確, 僅僅是提供建議)
  結(jié)合實(shí)際情況來分析, 是否真的有內(nèi)存問題

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

  • 1> 運(yùn)行程序, 通過使用app, 查看內(nèi)存的分配情況(Allocations)

• 可以查看做出了某個(gè)操作后(比如點(diǎn)擊了某個(gè)按鈕\顯示了某個(gè)控制器), 內(nèi)存是否有暴增的情況(突然變化)

  • 2> 運(yùn)行程序, 通過使用app, 查看是否有內(nèi)存泄漏(Leaks)

• 紅色區(qū)域代表內(nèi)存泄漏出現(xiàn)的地方

二.內(nèi)存使用注意

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

  • 1> 利用imageNamed:方法加載過的圖片, 永遠(yuǎn)有緩存, 這個(gè)緩存是由系統(tǒng)管理的, 無法通過代碼銷毀緩存

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

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

• 3> 基本上, 除imageNamed:方法以外, 其他加載圖片的方式, 都沒有緩存

三.2個(gè)專業(yè)術(shù)語

• 1.內(nèi)存泄漏
  該釋放的對象, 沒有被釋放(已經(jīng)不再使用的對象, 沒有被釋放)

• 2.內(nèi)存溢出(Out Of Memory)

  • 1> 內(nèi)存不夠用了
  • 2> 數(shù)據(jù)長度比較小的數(shù)據(jù)類型 存儲了 數(shù)據(jù)長度比較大的數(shù)據(jù)

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

• 1.如果項(xiàng)目的Deployment Target <= 6.x (不支持圖片壓縮)

  • 1> 所有圖片直接暴露在沙盒的資源包(main Bundle), 不會壓縮到Assets.car文件

• 2.如果項(xiàng)目的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:方法)來加載圖片, 永遠(yuǎn)會有緩存

  • 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.推薦的第三方庫
  uidevice-extension
  • 地址 : https://github.com/erica/uidevice-extension
  • 實(shí)現(xiàn)思路 : 利用分類給UIDevice進(jìn)行了擴(kuò)展
  • 使用難易度 : 非常簡單

六.如何讓程序盡量減少內(nèi)存泄漏

• 1.非ARC

  • Foundation對象(OC對象) : 只要方法中包含了alloc\new\copy\mutableCopy\retain等關(guān)鍵字, 那么這些方法產(chǎn)生的對象, 就必須在不再使用的時(shí)候調(diào)用1次release或者1次autorelease
  • CoreFoundation對象(C對象) : 只要函數(shù)中包含了create\new\copy\retain等關(guān)鍵字, 那么這些方法產(chǎn)生的對象, 就必須在不再使用的時(shí)候調(diào)用1次CFRelease或者其他release函數(shù)

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

  • CoreFoundation對象(C對象) : 只要函數(shù)中包含了create\new\copy\retain等關(guān)鍵字, 那么這些方法產(chǎn)生的對象, 就必須在不再使用的時(shí)候調(diào)用1次CFRelease或者其他release函數(shù)

• 3.block的注意

// block的內(nèi)存默認(rèn)在棧里面(系統(tǒng)自動管理)
 void (^test)() = ^{
 
 };
 // 如果對block進(jìn)行了Copy操作, block的內(nèi)存會遷移到堆里面(需要通過代碼管理內(nèi)存)
Block_copy(test);
 // 在不需要使用block的時(shí)候, 應(yīng)該做1次release操作
 Block_release(test);
 [test release];