- 摘抄自小碼哥教學(xué)資料
一.內(nèi)存分析
1.靜態(tài)分析(Analyze)
不運(yùn)行程序, 直接檢測(cè)代碼中是否有潛在的內(nèi)存問(wèn)題(不一定百分百準(zhǔn)確, 僅僅是提供建議)
結(jié)合實(shí)際情況來(lái)分析, 是否真的有內(nèi)存問(wèn)題
2.動(dòng)態(tài)分析(Profile == Instruments)
1> 運(yùn)行程序, 通過(guò)使用app, 查看內(nèi)存的分配情況(Allocations)
- 可以查看做出了某個(gè)操作后(比如點(diǎn)擊了某個(gè)按鈕\顯示了某個(gè)控制器), 內(nèi)存是否有暴增的情況(突然變化)
2> 運(yùn)行程序, 通過(guò)使用app, 查看是否有內(nèi)存泄漏(Leaks)
- 紅色區(qū)域代表內(nèi)存泄漏出現(xiàn)的地方
二.內(nèi)存使用注意
1.加載小圖片\使用頻率比較高的圖片
1> 利用imageNamed:方法加載過(guò)的圖片, 永遠(yuǎn)有緩存, 這個(gè)緩存是由系統(tǒng)管理的, 無(wú)法通過(guò)代碼銷(xiāo)毀緩存
2.加載大圖片\使用頻率比較低的圖片(一次性的圖片, 比如版本新特性的圖片)
1> 利用initWithContentsOfFile:\imageWithContentsOfFile:\imageWithData:等方法加載過(guò)的圖片, 沒(méi)有緩存, 只要用完了, 就會(huì)自動(dòng)銷(xiāo)毀
2> 基本上, 除imageNamed:方法以外, 其他加載圖片的方式, 都沒(méi)有緩存
三.2個(gè)專(zhuān)業(yè)術(shù)語(yǔ)
1.內(nèi)存泄漏
1> 該釋放的對(duì)象, 沒(méi)有被釋放(已經(jīng)不再使用的對(duì)象, 沒(méi)有被釋放)
2.內(nèi)存溢出(Out Of Memory)
1> 內(nèi)存不夠用了
2> 數(shù)據(jù)長(zhǎng)度比較小的數(shù)據(jù)類(lèi)型 存儲(chǔ)了 數(shù)據(jù)長(zhǎng)度比較大的數(shù)據(jù)
四.圖片在沙盒中的存在形式
1.如果項(xiàng)目的Deployment Target <= 6.x (不支持圖片壓縮)
1> 所有圖片直接暴露在沙盒的資源包(main Bundle), 不會(huì)壓縮到Assets.car文件
2.如果項(xiàng)目的Deployment Target >= 7.x (支持圖片壓縮)
1> 放在Images.xcassets里面的所有圖片會(huì)壓縮到Assets.car文件, 不會(huì)直接暴露在沙盒的資源包(main Bundle)
2> 沒(méi)有放在Images.xcassets里面的所有圖片會(huì)直接暴露在沙盒的資源包(main Bundle), 不會(huì)壓縮到Assets.car文件
3.總結(jié)
1> 會(huì)壓縮到Assets.car文件, 沒(méi)有直接暴露在沙盒的資源包(main Bundle)
- 條件 : "Deployment Target >= 7.x" 并且是 "放在Images.xcassets里面的所有圖片"
- 影響 : 無(wú)法得到圖片的全路徑, 只能通過(guò)圖片名(imageNamed:方法)來(lái)加載圖片, 永遠(yuǎn)會(huì)有緩存
2> 不會(huì)壓縮到Assets.car文件, 直接暴露在沙盒的資源包(main Bundle)
- 條件 : 除1> 以外的所有情況
- 影響 : 可以得到圖片的全路徑, 可以通過(guò)全路徑(imageWithContentsOfFile:方法)來(lái)加載圖片, 不會(huì)有緩存
4.結(jié)論
1> 小圖片\使用頻率比較高的圖片
- 放在Images.xcassets里面
2> 大圖片\使用頻率比較低的圖片(一次性的圖片, 比如版本新特性的圖片)
- 不要放在Images.xcassets里面
五.設(shè)備信息相關(guān)的開(kāi)發(fā)(非私有API, 底層API)
1.設(shè)備的型號(hào)
2.設(shè)備的CPU型號(hào)\使用情況
3.設(shè)備的內(nèi)存容量\使用情況
4.設(shè)備的硬盤(pán)容量\使用情況
5.......
6.推薦的第三方庫(kù)
uidevice-extension
- 地址 : https://github.com/erica/uidevice-extension
- 實(shí)現(xiàn)思路 : 利用分類(lèi)給UIDevice進(jìn)行了擴(kuò)展
- 使用難易度 : 非常簡(jiǎn)單
六.如何讓程序盡量減少內(nèi)存泄漏
1.非ARC
- Foundation對(duì)象(OC對(duì)象) : 只要方法中包含了alloc\new\copy\mutableCopy\retain等關(guān)鍵字, 那么這些方法產(chǎn)生的對(duì)象, 就必須在不再使用的時(shí)候調(diào)用1次release或者1次autorelease
- CoreFoundation對(duì)象(C對(duì)象) : 只要函數(shù)中包含了create\new\copy\retain等關(guān)鍵字, 那么這些方法產(chǎn)生的對(duì)象, 就必須在不再使用的時(shí)候調(diào)用1次CFRelease或者其他release函數(shù)
2.ARC(只自動(dòng)管理OC對(duì)象, 不會(huì)自動(dòng)管理C語(yǔ)言對(duì)象)
- CoreFoundation對(duì)象(C對(duì)象) : 只要函數(shù)中包含了create\new\copy\retain等關(guān)鍵字, 那么這些方法產(chǎn)生的對(duì)象, 就必須在不再使用的時(shí)候調(diào)用1次CFRelease或者其他release函數(shù)
3.block的注意
// block的內(nèi)存默認(rèn)在棧里面(系統(tǒng)自動(dòng)管理)
void (^test)() = ^{
};
// 如果對(duì)block進(jìn)行了Copy操作, block的內(nèi)存會(huì)遷移到堆里面(需要通過(guò)代碼管理內(nèi)存)
Block_copy(test);
// 在不需要使用block的時(shí)候, 應(yīng)該做1次release操作
Block_release(test);
[test release];
