C#妹妹:内存的清理跟生活中的拆迁一样是个麻烦事情啊
Objective-C阿姨:是啊,该拆的不拆,占用空间,不该拆的拆了,程序崩溃
C#妹妹:说白了,难度不在拆上,在判定上,判断到底那些内存是用不上的。
Objective-C阿姨:没错,就像现实生活中的拆迁,扒房子不困难,推土机过来就好了,困难的是决定扒谁的房子。。。扒对了相安无事,扒错了弄个自焚的出来⋯⋯
C#妹妹:做个广告,.NET的垃圾回收机制是相当不错的。判断很准确~
Objective-C阿姨:没错,但是也要付出代价,依靠运行时检查废弃的对象,就好像依靠人口普查来确定那些房子没人用,是靠定时遍历来实现的,毕竟影响性能,并且回收也不可能那么及时。
C#妹妹:是的,垃圾回收其实是两部分工作,一个是“检查”,一个是“回收”,“检查”就是找到那些没人用的房子,在墙上写一个大大的被圆圈圈起来的“拆”字。“回收”就是把标有“拆”字的房子推平,并且把还在用的房子集中在一起,避免形成碎片。还有很重要的一点是,回收过程中程序是暂停状态的。
Objective-C阿姨:写拆字的国际惯例也符合啊?~整个过程好像很漫长,性能如何保证呢?
C#妹妹:.NET的运行时为了提高效率采取了很多方法。
首先它优先普查人口流动比较大的地区,人口流动大,意味着房子闲置的可能性比较大。这个主要通过代龄来优化的,对象占用的空间,每经过一次垃圾回收器的扫描,而没有被清理掉,代龄就加1。比如你04年买的房子,这时代龄为0,06年人口普查发现这套在用,代龄就变成1,08年人口普查有可能就不再检查这套房子了,因为你已经起码住了2年多了,搬家的可能性小些,垃圾回收器会重点检查上次人口普查之后新入住的那些房子。当然清理了0代的房子后,还没有足够的空间,垃圾回收器还会去检查1代甚至2代的房子的。
Objective-C阿姨:这就是歧视啊,怪不得我在上海买了房子也没户口,原来我是0代⋯⋯
C#妹妹:没法子啊,谁让效率优先呢?谁会在乎我们小百姓的公平~垃圾回收器第二个提高效率的方法是减少普查的次数,除非程序占用的内存超过规定,或者系统本身内存不富裕,不会轻易去搞内存普查这些烂事的。你以为垃圾回收器没事干就一直扫描啊,他们也是想多歇歇呢~
Objective-C阿姨:.NET垃圾回收也有这么多内幕啊
C#妹妹:小声点,你不想想,这年头没点内幕谁去拆迁啊?Objective-C阿姨,你的对象管理就没有内幕?
Objective-C阿姨:嗯,有,不过相对比较河蟹~因为有那么点选择的余地,上次不是说过了通过“Retain、Release”统计对象的引用数量来判断对象是否可以回收,这种方法专业一点的名字叫“引用计数(reference counting)技术”。今天我继续往后讲“自动释放(Auto Release)技术”。
C#妹妹:自动释放?听起来好像蛮先进的,是不是跟我的垃圾回收差不多。
Objective-C阿姨:差的多,它的本质还是引用计数,其实并不自动化,只是简化了逻辑和代码而已。算是个外援吧,还拿那个悲剧的House类做个实验吧
#import "House.h" //先建一个需要被删除的对象 House类 @implementation House -(void) dealloc//Objective-C在销毁对象的时候会自动调用这个方法 { NSLog(@"房子被拆除了"); [super dealloc]; } @end
Objective-C阿姨:这个倒霉House类,只重载了dealloc这个方法,忘记了么?就是拆房子的时候会调用这个方法。接下来执行下面的代码
int main (int argc, const char * argv[]) { NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];//建立一个自动释放池 pool House *h1=[[House new] autorelease];//将生成的对象添加到自动释放池中 NSLog(@"%lu",[h1 retainCount]);//对象的引用数量为1 NSLog(@"开始销毁自动释放池"); [pool drain];//销毁自动释放池,同时也销毁自动释放池中的对象,包括h1引用的House对象 return 0; }
执行结果
Objective-C阿姨:一句话一句话看吧,首先是
NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];
听起来貌似很酷,又是自动,又是池,其实没啥技术含量,原理其实是个类似NSMutableArray的东西,它的dealloc方法里有向池中所有对象发送release消息的代码,所以销毁池的时候,会执行池的dealloc方法,池向所有对象发送release。就这么简单。
至于[[NSAutoreleasePool alloc] init] 相当于 [NSAutoreleasePool new],就是初始化对象。
说白了就是实例化了类“NSAutoreleasePool”的一个对象
C#妹妹:我看也是,上次你说过的NS开头表示Cocoa的类,这个类就是名字稍微长点,要是竖着写可能还衬的个头高点,可惜是趴着的,确实没觉得比其他类长的帅⋯⋯
Objective-C阿姨:House *h1=[[House new] autorelease]这句话重点在autorelease,意思是把House的实例,添加到NSAutoreleasePool中。也可以这样写
House *h1=[House new]; [h1 autorelease];
这一步仅仅是把对象添加到池中,并没有减少引用,所以统计retainCount的时候,仍然为1
接下来最后一步
[pool drain]
drain和release意思差不多,就是清空/销毁自动释放池,同时销毁池中的对象。
但是这里说“销毁池中的对象”其实很不准确
准确的说法是逐个给池中的对象发送release消息,在看看刚才我说的原理。
因为经过这一步,池中对象仅仅是引用数量减1(也就是调用了release),能否销毁要看减1后引用数量是否为0
比如看下面的例子
int main (int argc, const char * argv[]) { NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];//建立一个自动释放池 pool House *h1=[[House new] autorelease];//将生成的对象添加到自动释放池中 [h1 retain];//手工添加一个引用 NSLog(@"%lu",[h1 retainCount]);//对象的引用数量为2 NSLog(@"开始销毁自动释放池"); [pool drain]; //这个时候h1引用的对象并没有被销毁 发生内存泄露 NSLog(@"内存泄露啦:%@",h1); return 0; }
执行结果
因为我们之前手工通过retain给h1引用的对象增加了一个引用,导致即使[pool drain]也没有销毁对象
所以说AutoreleasePool并没有帮我们真正的把池中的对象销毁,只是给池中对象逐个调用release而已。
再以图片的形式看看内存中发生的事情
C#妹妹:这样看下来,自动释放池并没有解决什么问题呀?不是还要我们自己管理引用数量么?
Objective-C阿姨:确实还是需要我们自己统计引用数量,但是可以帮我们从乱七八糟的release中解脱出来。只需要release池对象就好了,其他对象也就跟着被release了
int main (int argc, const char * argv[]) { NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init];//建立一个自动释放池 pool House *h1=[[House new] autorelease]; House *h2=[[House new] autorelease]; House *h3=[[House new] autorelease]; House *h4=[[House new] autorelease]; NSLog(@"%lu,%lu,%lu,%lu",[h1 retainCount],[h2 retainCount],[h3 retainCount],[h4 retainCount]); //h1-h4经过某些运算 完成了历史使命 [pool drain]; return 0; }
上面的代码肯定比下面的这些更清爽点
int main (int argc, const char * argv[]) { House *h1=[House new]; House *h2=[House new]; House *h3=[House new]; House *h4=[House new]; NSLog(@"%lu,%lu,%lu,%lu",[h1 retainCount],[h2 retainCount],[h3 retainCount],[h4 retainCount]); //h1-h4经过某些运算 完成了历史使命 [h1 release]; [h2 release]; [h3 release]; [h4 release]; return 0; }
C#妹妹:貌似是少调用了些release,但是毕竟没有release灵活啊,如果是release,一旦程序员决定不在使用的对象,马上就可以释放掉,但是AutoreleasePool必须要等到最后一起drain。说白了也就是延长了垃圾的生存时间,浪费了内存。
Objective-C阿姨:一点不假,所以在移动设备上 比如iPhone,iPad,为了节约宝贵的内存资源,不建议使用自动释放池。即便在Mac上运行的程序,如果有太多的对象生成,也可以多次生成释放或嵌套对象池来尽早释放对象。比如下面的例子
int main (int argc, const char * argv[]) { NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init]; int i; for(i=0;i<1000000000;i++) { House *h=[[House new] autorelease]; if(i%1000==0)//如果没有这个if语句里边的内容,所有1000000000个对象要全部生成完毕才能全部释放 { [pool drain]; NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init]; } } [pool drain]; return 0; }
比如上面的代码,如果没有if语句里边的内容,所有1000000000个House对象都要等到全部对象生成完毕,程序结束的时候才能全部释放
内存消耗量非常大
但是加了这个if语句,每生成1000个对象,销毁一次,内存占用就非常小。
咳,十亿套房子要真的就这么生成了,非气死那些开发商不可。。。
C#妹妹:
Objective-C阿姨:说了半天,还没有说自动释放池最重要的用法。
C#妹妹:最重要??你认为有人会耐着性子把咱俩的对话看到这个地方么?
Objective-C阿姨:刚才说嗨了,重点忘记了。也许有那么1-2人能耐着性子看到这里吧,大部分人早把网页关闭了。看下面的例子
#import "House.h" //先建一个需要被删除的对象 House类 @implementation House -(void) dealloc//Objective-C在销毁对象的时候会自动调用这个方法 { NSLog(@"房子被拆除了"); [super dealloc]; } -(NSString*)description { NSString *desc=[[NSString alloc] initWithFormat:@"世界上最便宜的房子"]; return desc; } @end
我修改了一下House类,添加了一个description方法,返回一个NSString对象,
description相当于.NET中的ToString()方法,其实也是基类NSObject定义的,子类可以重写,用来返回描述该类的字符串。
我这里重新了description,返回NSString对象,但是这个NSString对象该如何销毁呢?该由谁来负责release呢?
显然这个工作只能由调用description的程序来完成
C#妹妹:废话,要是在description里边就销毁了,还返回个屁结果啊
Objective-C阿姨:那就看下面的例子吧。
int main (int argc, const char * argv[]) { NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init]; House *h1=[[House new]autorelease]; NSString *desc=[h1 description]; NSLog(@"%@",desc); [desc release]; [pool drain]; return 0; }
这样用起来毕竟不直接
如果在House的description中使用autorelease,比如代码修改为
NSString *desc=[[NSString alloc] initWithFormat:@"世界上最便宜的房子"]; return [desc autorelease];
调用House的description的程序就可以更简洁
int main (int argc, const char * argv[]) { NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init]; House *h1=[[House new]autorelease]; NSLog(@"%@",[h1 description]); [pool drain]; return 0; }
C#妹妹:今天好像好像晕了⋯⋯感觉越来越复杂了~~,程序员管理内存还真是很辛苦⋯⋯
Objective-C阿姨:今天说了太多的技术,因为没有规则来约束他们,所以感觉好像杂乱无章,下次会有内存管理的章法,只要遵循几个简单的原则,其实是非常简单的。下次再聊哇。。。
--各位同学,本人学习Objective-C时间很短,学习Objective-C其实不是为了Mac、iPhone开发,并没有实用,
其实是一个C#用户学习Objective-C的学习笔记,学习的确切目的是帮助我理解C#,毕竟没有比较是不可能知道所谓C#的特点的
请大家批判的眼光看这个东西,如果发现和其他文章、书籍、评论、资料有冲突,请尽量以其他文章为准。并给我留言
也邀请所有高手积极拍砖,我正好用来盖房子~~~
《C#妹妹和Objective-C阿姨对话录》
(01)认识Objective-C--初次见面的问候
(02)这就是类--阿姨的狗狗
(03)NSString--再遇狗狗
(04)垃圾回收基础--拆迁队那点事
(05)自动释放池--拆迁队的外援
待续⋯⋯