一.內(nèi)存分析
1.靜態(tài)分析(Analyze)
不運(yùn)行程序, 直接檢測(cè)代碼中是否有潛在的內(nèi)存問題(不一定百分百準(zhǔn)確, 僅僅是提供建議)
結(jié)合實(shí)際情況來分析, 是否真的有內(nèi)存問題
2.動(dòng)態(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)的地方)
1.加載小圖片\使用頻率比較高的圖片
1> 利用imageNamed:方法加載過的圖片, 永遠(yuǎn)有緩存, 這個(gè)緩存是由系統(tǒng)管理的, 無法通過代碼銷毀緩存
2.加載大圖片\使用頻率比較低的圖片(一次性的圖片, 比如版本新特性的圖片)
1> 利用initWithContentsOfFile:\imageWithContentsOfFile:\imageWithData:等方法加載過的圖片, 沒有緩存, 只要用完了, 就會(huì)自動(dòng)銷毀
2> 基本上, 除imageNamed:方法以外, 其他加載圖片的方式, 都沒有緩存
1.內(nèi)存泄漏
1> 該釋放的對(duì)象, 沒有被釋放(已經(jīng)不再使用的對(duì)象, 沒有被釋放)
2.內(nèi)存溢出(Out Of Memory)
1> 內(nèi)存不夠用了
2> 數(shù)據(jù)長(zhǎng)度比較小的數(shù)據(jù)類型 存儲(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> 沒有放在Images.xcassets里面的所有圖片會(huì)直接暴露在沙盒的資源包(main Bundle), 不會(huì)壓縮到Assets.car文件
3.總結(jié)
1> 會(huì)壓縮到Assets.car文件, 沒有直接暴露在沙盒的資源包(main Bundle)
條件 : "Deployment Target >= 7.x" 并且是 "放在Images.xcassets里面的所有圖片"
影響 : 無法得到圖片的全路徑, 只能通過圖片名(imageNamed:方法)來加載圖片, 永遠(yuǎn)會(huì)有緩存
2> 不會(huì)壓縮到Assets.car文件, 直接暴露在沙盒的資源包(main Bundle)
條件 : 除1> 以外的所有情況
影響 : 可以得到圖片的全路徑, 可以通過全路徑(imageWithContentsOfFile:方法)來加載圖片, 不會(huì)有緩存
4.結(jié)論
1> 小圖片\使用頻率比較高的圖片
放在Images.xcassets里面
2> 大圖片\使用頻率比較低的圖片(一次性的圖片, 比如版本新特性的圖片)
不要放在Images.xcassets里面
五.設(shè)備信息相關(guān)的開發(fā)(非私有API, 底層API)
1.設(shè)備的型號(hào)
2.設(shè)備的CPU型號(hào)\使用情況
3.設(shè)備的內(nèi)存容量\使用情況
4.設(shè)備的硬盤容量\使用情況
5.......
6.推薦的第三方庫
uidevice-extension
地址 :https://github.com/erica/uidevice-extension
實(shí)現(xiàn)思路 : 利用分類給UIDevice進(jìn)行了擴(kuò)展
使用難易度 : 非常簡(jiǎn)單
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語言對(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ì)遷移到堆里面(需要通過代碼管理內(nèi)存)Block_copy(test);
// 在不需要使用block的時(shí)候, 應(yīng)該做1次release操作Block_release(test);[test release];
