作者uranusjr (←这人是超级笨蛋)
看板MacDev
标题Re: [问题] 关於使用autorelease或直接使用release …
时间Sat Jul 18 10:44:21 2009
※ 引述《angelyin (等待.微笑)》之铭言：
: 各位好:
: 之前问过关於记忆体管理的问题
: 虽然弄懂reference counting要怎麽做了
: 可是却产生了一些疑问
: 当我们在使用autorelease时要先建立 autorelease pool
: count值是在pool release时才会真正释放
: 请问什麽时机使用autorelease会比直接release好啊?
有时候是「不得不用」
例如你今天可能有个 getter method 需要回传一个字串 string
这个 string 是由一个已存在的 string1 组合成
- (NSString *)string
{
NSString *string = [[NSString alloc] initWithFormat:@"string1 = %@",
string1];
return string;
}
这样会有 memory leak, 因为你没有把 string 这个物件 release
可是如果你写
- (NSString *)string
{
NSString *string = [[NSString alloc] initWithFormat:@"string1 = %@",
string1];
[string release];
return string;
}
就完蛋了, 因为 string 已经被 dealloc, 没有东西可以 return
这时候就只能用
- (NSString *)string
{
NSString *string = [[NSString alloc] initWithFormat:@"string1 = %@",
string1];
[string autorelease];
return string;
}
告诉 pool「等一下我要释放 string」, 好先回传这个值
等到你呼叫 [pool drain]; 的时候, pool 会自动呼叫 [string release];
: reference counting里有dealloc这个用法
: 它可直接把count值归零并释放
: 如果我都有乖乖的release
: 那到最後count值也会等於零啊
: 那dealloc又在什麽时候会用到呢?
你应该不会在程式里手动呼叫 dealloc
这个东西会在程式的 reference count 归零时自动被启动
而且我没看过有人在 dealloc 里面手动把 reference count 归零耶
因为根本没用吧XD
: 谢谢各位^^
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 220.135.72.123
1F：→ davll:ref count应该是系统内的东西吧（user不必管这个东西） 07/18 16:45
2F：推 angelyin:谢谢~了解了^^ 07/18 21:58
3F：推 huggie:能弄懂 ref count 对会比较容易了解吧 07/19 12:25
4F：推 angelyin:请问一下如果上述的例子里,string如果是local变数的话 07/22 01:23
5F：→ angelyin:那离开那个function,值不就无效了,那记忆体也不会释放吗? 07/22 01:25
6F：→ angelyin:如果会的话,那也不需要release啦? :p 07/22 01:28
7F：推 Blueshiva:ObjC里面的NSString是个物件，而物件在ObjC里面都是以 07/22 02:30
8F：→ Blueshiva:pointer的方式来使用，所以在上面的code里面必须配置记 07/22 02:31
9F：→ Blueshiva:忆体给string，也因此必须有对应的释放动作 07/22 02:31
10F：推 neeklee:虽然string是local变数，不过string内所存的值其所表示的 10/06 17:55
11F：→ neeklee:记忆体区块是位於程式执行时，系统给的heap区块。heap区块 10/06 17:56
12F：→ neeklee:内的资料不会随着函式(method or function)返回之後消失 10/06 17:57
13F：→ neeklee:所以需要记得release heap内的物件资料。而 string 这个 10/06 17:58
14F：→ neeklee:变数离开函式之後的确就会消失了(string变数是放在stack, 10/06 17:59
15F：→ neeklee:非heap内) 10/06 17:59