為什么要進(jìn)行內(nèi)存管理
- Objective-C不像JAVA和C#等語(yǔ)言，內(nèi)存管理依賴?yán)厥?GC)機(jī)制;它需要開發(fā)者自己管理內(nèi)存入热，即便目前的ARC機(jī)制也只是編譯器幫助開發(fā)者完成一部分工作胸囱，實(shí)際開發(fā)中還是需要時(shí)刻關(guān)注程序的內(nèi)存相關(guān)错森；
- iOS程序員創(chuàng)建的對(duì)象大多分配在堆上本鸣，存儲(chǔ)空間有限樱蛤，在iOS系統(tǒng)中如果app內(nèi)存使用量過(guò)大疙挺，會(huì)收到內(nèi)存預(yù)警的消息扛邑，不作處理的情況下系統(tǒng)可能會(huì)強(qiáng)制清理程序； 因此內(nèi)存管理對(duì)移動(dòng)端開發(fā)尤為重要铐然；
如何進(jìn)行內(nèi)存管理
使用引用計(jì)數(shù)的方式對(duì)創(chuàng)建的對(duì)象進(jìn)行內(nèi)存的管理操作蔬崩；有強(qiáng)引用指向（retain）那么引用計(jì)數(shù)+1恶座，強(qiáng)引用被置為nil(release)那么引用計(jì)數(shù)-1；對(duì)象超過(guò)作用域該對(duì)象的引用計(jì)數(shù)如果為0沥阳，則系統(tǒng)會(huì)清理對(duì)象占用的內(nèi)存空間跨琳，目前內(nèi)存管理的方式分為MRC和ARC兩種.
- MRC：需要開發(fā)者編碼追加retain/release等消息；
- ARC：編譯器為開發(fā)者追加retain/release等消息桐罕；
引用計(jì)數(shù)是什么
- 內(nèi)存管理中對(duì)引用自動(dòng)計(jì)數(shù)的技術(shù)脉让；
- 簡(jiǎn)單的說(shuō)是一個(gè)數(shù)值，可以通過(guò)對(duì)象的retainCount獲取 功炮；這個(gè)數(shù)值為0時(shí)代表給對(duì)象可以被系統(tǒng)回收溅潜；
- 引用計(jì)數(shù)采用散列表的方式存儲(chǔ)，對(duì)象的內(nèi)存地址作為key薪伏，value就是對(duì)象的retainCount滚澜；
內(nèi)存管理的思考方式
- 自己生成的對(duì)象自己持有（new、 alloc嫁怀、 copy设捐、 mutablecopy） ；
- 非自己生成的對(duì)象自己也能持有 眶掌；
- 不需要自己持有的對(duì)象時(shí)釋放 挡育；
- 非自己持有的對(duì)象無(wú)法釋放 ，使用autorelease機(jī)制生成的對(duì)象朴爬，一旦持有就不需要自己釋放即寒，一旦釋放就會(huì)導(dǎo)致崩潰問(wèn)題；
autorelease的作用
- 生成的對(duì)象不自己持有召噩，但能保證對(duì)象在超出作用域范圍存在并能正確地釋放
- 將對(duì)象添加到autoreleasepool中母赵；
- 在對(duì)象超過(guò)autoreleasepool的作用域，向?qū)ο蟀l(fā)送release消息具滴；
- 像NSMutableArray的類方法+array內(nèi)部生成對(duì)象就使用了autorelease凹嘲；
autorelease的實(shí)現(xiàn) （GNUStep）
- autorelease實(shí)例方法的本質(zhì)就是調(diào)用NSAutoreleasePool的addObject:類方法 ；
- 關(guān)于autorelease的頻繁調(diào)用构韵，系統(tǒng)的解決機(jī)制是使用"IMP Caching",每一個(gè)類都有一個(gè)方法緩存列表周蹭，這樣就能提高在運(yùn)行時(shí)頻繁調(diào)用某個(gè)方法的效率 ；
autorelease的實(shí)現(xiàn) （Apple）
autoreleasepool
- 使用autorealease標(biāo)記的對(duì)象都會(huì)被注冊(cè)到自動(dòng)釋放池中疲恢，當(dāng)自動(dòng)釋放池被drain時(shí)會(huì)向存儲(chǔ)的對(duì)象一一發(fā)送release消息
- autorealeasepool類似一個(gè)堆棧凶朗，提供pop();push();removeAll();方法。一次runloop循環(huán)就會(huì)創(chuàng)建一個(gè)autorealeasepool显拳，事件循環(huán)結(jié)束自動(dòng)釋放池銷毀棚愤，對(duì)象realease；引用計(jì)數(shù)為0的銷毀，不為0的可能會(huì)出現(xiàn)內(nèi)存泄露的問(wèn)題
手動(dòng)創(chuàng)建autoreleasepool的情況
當(dāng)開發(fā)中遇到在某個(gè)作用域內(nèi)部產(chǎn)生大量的autorelease對(duì)象導(dǎo)致內(nèi)存激增宛畦，需要考慮手動(dòng)創(chuàng)建autoreleasepool來(lái)釋放局部變量的情況瘸洛！
所有權(quán)修飾符
__strong
持有強(qiáng)引用的變量會(huì)在超過(guò)其作用域的時(shí)候被釋放；對(duì)應(yīng)屬性中的retain/strong次和；默認(rèn)情況下的所有權(quán)修飾符是__strong;
{
// 自己生成并持有對(duì)象
id _strong obj = [[NSObject alloc]init];
}// 超出作用域反肋，強(qiáng)引用失效，釋放對(duì)象
__weak
- __weak修飾符解決的是兩個(gè)強(qiáng)引用對(duì)象互相引用導(dǎo)致的引用循環(huán)所引發(fā)的內(nèi)存泄露問(wèn)題斯够；
- __weak修飾符與__strong 修飾符相反囚玫，不能持有對(duì)象；
- __weak修飾符持有的對(duì)象對(duì)釋放后读规，弱引用會(huì)被自動(dòng)置為nil；
{
id obj = [[NSObject alloc]init];
id __weak weakObj = obj;
}
- 首先會(huì)調(diào)用函數(shù)objc_loadWeakRetained(&obj);
- retain一下obj燃少；但不改變引用計(jì)數(shù);
- obj_autorealease()將obj注冊(cè)到autorealeasepool中;
- 全局有一個(gè)可變字典束亏；obj的內(nèi)存地址作為key值，value是所有指向obj的weak指針列表（CFMutableSet）;
- obj指向的內(nèi)存塊銷毀了阵具，對(duì)應(yīng)的value中指針都為統(tǒng)一置為nil
__unsafe_unretained
和weak相似但不會(huì)在對(duì)象被銷毀時(shí)自動(dòng)置為nil（屬性中對(duì)應(yīng)assgin）
對(duì)于weak來(lái)說(shuō)__unsafe_unretained性能上更加優(yōu)越
__autoreleasing
類似調(diào)用autorelease方法將對(duì)象添加到自動(dòng)釋放池中
內(nèi)存管理開發(fā)tips
ARC與Block的內(nèi)存管理
block為什么會(huì)導(dǎo)致循環(huán)引用碍遍？
當(dāng)self對(duì)象持有block，在block中也持有self阳液；在block中會(huì)copy一個(gè)self對(duì)象作為block的一個(gè)屬性怕敬；當(dāng)要該屬性的釋放要等到block從堆中移除，而此時(shí)block要等待持有自己的self銷毀帘皿，由此導(dǎo)致循環(huán)引用东跪；
解決方法：弱化self對(duì)象，但要在block內(nèi)不防止弱化的對(duì)象過(guò)早釋放鹰溜，由此在block中還得再次強(qiáng)化已弱化的self對(duì)象
屬性的set方法MRC下的內(nèi)存管理的寫法
-(void)setName:(NSString*)newName{
[newName retain];
[_name release];
_name = newName;
自動(dòng)釋放池和線程
Cocoa程序中的每一個(gè)線程虽填，都維護(hù)自己的自動(dòng)釋放池棧。如果你要寫一個(gè)Foundation程序曹动，或者卸載一個(gè)線程斋日，你需要?jiǎng)?chuàng)建自己的autorelease池塊。如果你的程序或者線程是常駐內(nèi)存墓陈，并可能產(chǎn)生大量自動(dòng)釋放對(duì)象恶守，你應(yīng)該使用自動(dòng)釋放池（AppKit和UIKit在主線程中有自動(dòng)釋放池）；否則自動(dòng)釋放對(duì)象累積贡必，導(dǎo)致內(nèi)存占用增長(zhǎng)兔港。如果你不是Cocoa中卸載線程，你不需要使用一個(gè)自動(dòng)釋放池塊赊级。
控制器移除時(shí)dealloc無(wú)法被調(diào)動(dòng)
遇到這種情況押框，就需要排查控制器中出現(xiàn)的內(nèi)存泄露了；
- delegate屬性類型是否被聲明為strong
- NSTime是否被被關(guān)閉
- block中是否造成了self的循環(huán)引用
- 是否存在兩個(gè)對(duì)象之間的強(qiáng)引用
