作者atst2 (atst2)
看板MacDev
標題Re: [問題][更正]關於使用autorelease或直接使用re …
時間Sat Jul 18 23:56:41 2009
※ 引述《angelyin (等待.微笑)》之銘言：
: ※ 引述《atst2 (atst2)》之銘言：
: : 一般在dealloc內做的事情:
: : - (void)dealloc
: : {
: : if(_A) {
: : [_A release]; //這裡要注意，要釋放object內的變數,不可以用dealloc,
: : //更明確一點，開發者應避免直接呼叫dealloc,
: : //而是使用release代替。
: : }
: : //....釋放其他資源.
: : [super dealloc];
: : }
: 我在使用xcode建立專案時
: 我在AppDelegate.h裡面看到他自動幫我建立了
: -(void)dealloc
: {
: [abc release];
: [super dealloc];
: }
: dealloc是在reference count歸零時
: 系統會自動呼叫的
: 那如果我刪掉上述這幾行
: 那dealloc還會有作用嗎?
: 如果有
: 那似乎就不需要寫在程式了?
: 還是有什麼情況是必須要寫?
: 有的時候可以不用寫?
: 不好意思 問題很多 ^^"
: 謝謝各位
當你的class中有宣告變數,而且在執行過程中有生成變數實體時，
你就應該要覆寫dealloc, 但你不應該主動去呼叫dealloc.
你可以去跑一下下面的實例，然後想想為什麼:
1. 實做一Class如下,只要寫setter,和getter就好了
@interface MyObject: NSObject
{
NSObject *testObject;
}
- (void)setTestObject:(NSObject*)object;
- (NSObject*)testObject;
@end
2.執行下面程式碼:
//我附加了一下預期的結果,來說明一下這段code所要觀察的現象及意義.
NSObject * anObject = [NSObject new]; // ref count == 1
MyObject * myObject = [MyObject new];
[myObject setTestObject:anObject]; //此時 anObject ref count 應為 2
[myObject release]; //在1. 的情況下, 此時 anObject的ref count 仍舊為 2
//在3. 的情況下, 此時 anObject的ref count 則為 1
[anObject release]; //在1. 的情況下, ref count == 1, 但正常(即3. 的情形)來說，
//我們預期其為 0, 且 anObject 不可再操作.
//這就是一個新手常見的memory leak的成因.
然後,觀察一下anObject的reference count 是如何變化的.
3. 在MyObject中，照之前文章，覆寫dealloc如下
- (void)dealloc
{
if(testObject)
[testObject release];
[super dealloc];
}
現在，再執行2的程式碼，並觀察一下anObject的reference count.
這整個流程跑過後，你應該會比較清楚差異在那裡。
--
應該啦....
--
反正不瞭解就再問吧
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 118.168.73.154
※ 編輯: atst2 來自: 118.168.73.154 (07/18 23:57)
1F：推 angelyin:請問有什麼方法可以觀察ref count?除了printf印出來XD 07/20 21:41
2F：→ angelyin:因為count = 0再印程式就當了也看不到了 07/20 21:42
3F：→ atst2:上面例子是要觀察anObject的ref count,照理說最後結果是1 07/21 16:45
4F：→ atst2:你是不是弄成myObject了? 07/21 16:45
5F：→ atst2:真的要確認是否count有照著跑到0,有個做法是在前後再加 07/21 16:46
6F：→ atst2:一個retain-release pair,去觀察ref count是否為1,來替代. 07/21 16:47
7F：→ atst2:再不然就是用DebugMalloc之類的工具去看有沒有leak. 07/21 16:47
※ 編輯: atst2 來自: 118.168.74.173 (07/21 16:57)