作者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)