iPhone開發(fā)資料之內(nèi)存管理 ,循環(huán)引用導(dǎo)致的內(nèi)存問題

https://developer.apple.com/library/mac/#documentation/Cocoa/Conceptual/MemoryMgmt/Articles/mmPractical.html#//apple_ref/doc/uid/TP40004447

?

http://en.wikipedia.org/wiki/Reference_counting

【IT168 技術(shù)文檔】開發(fā)iPhone 應(yīng)用程序并不難，基本上就是三個(gè)詞 - “memory, memory, memory” 。iPhone OS 對(duì)內(nèi)存的要求很嚴(yán)格，有memory leak ，殺掉;內(nèi)存使用超限額，殺掉。一個(gè)經(jīng)過測(cè)試的程序，在使用過程中90%以上的崩潰都是內(nèi)存問題造成的。在這里簡(jiǎn)單總結(jié)一下Object-C 內(nèi)存管理。

　　基本概念

　　Object-C 的內(nèi)存管理基于引用計(jì)數(shù)(Reference Count)這種非常常用的技術(shù)。簡(jiǎn)單講，如果要使用一個(gè)對(duì)象，并希望確保在使用期間對(duì)象不被釋放，需要通過函數(shù)調(diào)用來取得“所有權(quán)”，使用結(jié)束后再調(diào)用函數(shù)釋放“所有權(quán)”?！八袡?quán)”的獲得和釋放，對(duì)應(yīng)引用計(jì)數(shù)的增加和減少，為正數(shù)時(shí)代表對(duì)象還有引用，為零時(shí)代表可以釋放。

　　函數(shù)

　　獲得所有權(quán)的函數(shù)包括

　　* alloc - 創(chuàng)建對(duì)象是調(diào)用alloc，為對(duì)象分配內(nèi)存，對(duì)象引用計(jì)數(shù)加一。

　　* copy - 拷貝一個(gè)對(duì)象，返回新對(duì)象，引用計(jì)數(shù)加一。

　　* retain - 引用計(jì)數(shù)加一，獲得對(duì)象的所有權(quán)。

　　另外，名字中帶有alloc, copy, retain 字串的函數(shù)也都認(rèn)為會(huì)為引用計(jì)數(shù)加一。

　　釋放所有權(quán)的函數(shù)包括

　　* release - 引用計(jì)數(shù)減一，釋放所有權(quán)。如果引用計(jì)數(shù)減到零，對(duì)象會(huì)被釋放。

　　* autorelease - 在未來某個(gè)時(shí)機(jī)釋放。下面具體解釋。

　　autorelease

　　在某些情況下，并不想取得所有權(quán)，又不希望對(duì)象被釋放。例如在一個(gè)函數(shù)中生成了一個(gè)新對(duì)象并返回，函數(shù)本身并不希望取得所有權(quán)，因?yàn)槿〉煤笤贈(zèng)]有機(jī)會(huì)釋放(除非創(chuàng)造出新的調(diào)用規(guī)則，而調(diào)用規(guī)則是一切混亂的開始)，又不可能在函數(shù)內(nèi)釋放，可以借助autorelease 。所謂autorelease , 可以理解為把所有權(quán)交給一個(gè)外在的系統(tǒng)(這個(gè)系統(tǒng)實(shí)際上叫autorelease pool)，由它來管理該對(duì)象的釋放。通常認(rèn)為交給 autorelease 的對(duì)象在當(dāng)前event loop 中都是有效的。也可以自己創(chuàng)建NSAutoreleasePool 來控制autorelease的過程。

　　據(jù)蘋果的人說，autorelease效率不高，所以能自己release的地方，盡量自己release，不要隨便交給autorelease來處理。

　　規(guī)則

　　引用計(jì)數(shù)系統(tǒng)有自己的引用規(guī)則，遵守規(guī)則就可以少出錯(cuò)：

　　* 獲得所有權(quán)的函數(shù)要和釋放所有權(quán)的函數(shù)一一對(duì)應(yīng)。

　　* 保證只有帶alloc, copy, retain 字串的函數(shù)才會(huì)讓調(diào)用者獲得所有權(quán)，也就是引用計(jì)數(shù)加一。

　　* 在對(duì)象的 dealloc函數(shù)中釋放對(duì)象所擁有的實(shí)例變量。

　　* 永遠(yuǎn)不要直接調(diào)用dealloc來釋放對(duì)象，完全依賴引用計(jì)數(shù)來完成對(duì)象的釋放。

　　有很多類都提供“便利構(gòu)造函數(shù)(convenience constructors)”，它們創(chuàng)建對(duì)象但并不增加引用計(jì)數(shù)，意味著不需要調(diào)用release來釋放所有權(quán)。很好辨認(rèn)，它們的名字中不會(huì)有alloc和copy。

　　只要遵守這些規(guī)則，基本上可以消除所有Intrument可以發(fā)現(xiàn)的內(nèi)存泄露問題。

　　容器

　　類似NSArray, NSDictionary, NSSet 等類，會(huì)在對(duì)象加入后引用計(jì)數(shù)加一獲得所有權(quán)，在對(duì)象被移除或者整個(gè)容器對(duì)象被釋放的時(shí)候釋放容器內(nèi)對(duì)象的所有權(quán)。類似的情況還有UIView對(duì) subview的所有權(quán)關(guān)系，UINavigationController對(duì)其棧上的controller的所有權(quán)關(guān)系等等。

　　其他所有權(quán)的產(chǎn)生

　　還有一些用法會(huì)讓系統(tǒng)擁有對(duì)象的所有權(quán)。比如NSObject 的performSelector:withObject:afterDelay 。如果有必要，需要顯示的調(diào)用cancelPreviousPerformRequestsWithTarget:selector:object: ，否則有可能產(chǎn)生內(nèi)存泄露。

　　因這種原因產(chǎn)生的泄露因?yàn)椴⒉贿`反任何規(guī)則，是Intrument所無法發(fā)現(xiàn)的。

　　循環(huán)引用

　　所有的引用計(jì)數(shù)系統(tǒng)，都存在循環(huán)應(yīng)用的問題。例如下面的引用關(guān)系：

　　* 對(duì)象a創(chuàng)建并引用了對(duì)象b.

　　* 對(duì)象b創(chuàng)建并引用了對(duì)象c.

　　* 對(duì)象c創(chuàng)建并引用了對(duì)象b.

　　這時(shí)候b和c的引用計(jì)數(shù)分別是2和1。當(dāng)a不再使用b，調(diào)用release釋放對(duì)b的所有權(quán)，因?yàn)閏還引用了b，所以b的引用計(jì)數(shù)為1，b不會(huì)被釋放。b不釋放，c的引用計(jì)數(shù)就是1，c也不會(huì)被釋放。從此，b和c永遠(yuǎn)留在內(nèi)存中。

　　這種情況，必須打斷循環(huán)引用，通過其他規(guī)則來維護(hù)引用關(guān)系。比如，我們常見的delegate往往是assign方式的屬性而不是retain方式的屬性，賦值不會(huì)增加引用計(jì)數(shù)，就是為了防止delegation兩端產(chǎn)生不必要的循環(huán)引用。如果一個(gè)UITableViewController 對(duì)象a通過retain獲取了UITableView對(duì)象b的所有權(quán)，這個(gè)UITableView對(duì)象b的delegate又是a，如果這個(gè) delegate是retain方式的，那基本上就沒有機(jī)會(huì)釋放這兩個(gè)對(duì)象了。自己在設(shè)計(jì)使用delegate模式時(shí)，也要注意這點(diǎn)。

　　因?yàn)檠h(huán)引用而產(chǎn)生的內(nèi)存泄露也是Instrument無法發(fā)現(xiàn)的，所以要特別小心。

posted on 2012-06-06 18:05 linyawen 閱讀(...) 評(píng)論(...) 編輯 收藏

轉(zhuǎn)載于:https://www.cnblogs.com/linyawen/archive/2012/06/06/2538622.html

總結(jié)

以上是生活随笔為你收集整理的iPhone开发资料之内存管理 ,循环引用导致的内存问题的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。