iOS内存管理摘要

iOS的内存管理有两种方式:1.手动管理(手动引用计数,Manual Reference Counting);2.自动引用计数(Automatic Reference Counting)。

先说一下引用计数(Reference Counting):这里打个比方吧,假如某个笼子里有一个机械式的微型舞台剧,当有人出现在这个笼子面前,并按了一个按钮(alloc/init)启动机械开始表演舞台剧时,舞台剧就开始了。一旦有新的观众来看这个舞台剧,观众数就会加一,只要观众数不为零,这个舞台剧就会一直演下去,但是一旦观众数为零,那这个舞台剧就会被自动结束掉,如果有人想看,就只能等人再次按(alloc/init)按钮了。

1.手动管理(手动引用计数):

虽说和C/C++一样,程序员都是手动进行管理,但是ObjectiveC的这种内存管理方式和C/C++是不太一样的,一是OC在内存释放时,程序员操作的是内存引用计数,而不是直接对内存进行free操作;二是ObjectiveC比C/C++多一个NSAutoreleasePool(推荐使用的是@autoreleasepool,这个在ARC模式下也是可以使用的,书上说这个比NSAutoreleasePool性能和效率都更好,但是没有说为什么,喜欢追根究底的同学自行测试一下或者查找相关的文档吧),自动释放池,当我们遇到很多只用一次就不再使用的对象时,就可以使用实例对象,用法如下:

/******** NSAutoreleasePool ********/

id  pool = [[NSAutoreleasePool alloc] init];

/* 在这个地方可以 alloc 我们需要的只需要用一次的对象实例,初始化之后直接调用autorelease,比如:Obj *obj = [[[Obj alloc] init] autorelease];*/

[pool release];

/******** @autoreleasepool ********/

@autoreleasepool {

/* 在这个地方可以 alloc 我们需要的只需要用一次的对象实例,初始化之后直接调用autorelease,比如:Obj *obj = [[[Obj alloc] init] autorelease];*/

}

需要注意的地方是,autorealse作为NSObject类的方法,只能和NSAutoreleasePool一起使用,如果不存在自动释放池的实力对象的情况下使用autorelease会出现运行时错误。另外,在循环体while/for等等内使用自动释放池,在break和continue之前注意release自动释放池;还有就是自动释放池中,实例对象的retain和autorelease注意成对使用。

2.自动引用计数(ARC):

自动引用计数其实是目前大家都愿意使用、也是最推荐使用的内存方式。

这种方式是基于引用计数的一种编译期技术,其原理就是在编译过程中,在源代码合适的地方添加retain、release、autorelease等函数调用,这样我们就不需要自己手动去调用release或者autorelease了,既不容易出现混乱,也可以少写一些重复性的代码,在这种情况下就不允许手动调用这些对引用计数操作的函数了(retain、release、autorelease、retainCount).另外,ARC模式下,也不允许使用memset、memcpy、bzero等直接对内存进行操作的函数,这个其实是为了防止内存段错误。

需要注意的地方除了上面说到的一些,另外就是弱引用和强引用,因为这个问题过于普通,这里就不说了,尽量确定项目中各个实例对象的强引用是一个树形结构,不要出现循环就好了。对于关键字__strong和__weak,strong说明是强引用,weak还具有自动nil化作用,即当weak指针指向的对象实例被释放了,该指针会自动被置为nil,有点类似于C++里面的引用,不过这个是指针的引用(C++里面只有类的引用,却没有指针的引用,C++里的指针和引用还是不一样的,所以指针的指针不算是引用,具体请查阅《C++ premier》),其实还有一个__unsafe_unretained,这个就是不能自动nil化的弱引用(__weak),如果没有必要不要用,可能会出现野指针。

那么这里回到最前面说的舞台剧那儿,关于观众的问题。strong指针表示一个直接观看舞台剧的观众,weak指针表示背对舞台剧不愿意看舞台剧,却又关注舞台剧发展的观众,这种观众并不被记入有效观众的数,所以不要让这种观众去按动开始舞台剧按钮(alloc/init),因为这种观众不作数,出来就直接让舞台剧结束了(现在的编译器会对这种情况出现告警,个人觉得,在不必要的情况下,不要出现任何告警是最好的)。

其实,Mac OS下还有一种内存管理方式,就是(垃圾回收)机制,这种方式并不能在IOS下使用。简单的记一下吧,就是在程序运行过程中,当内存使用的情况达到一定数量时,就会检查内存空间看有没有不再使用的内存,有的话就直接回收掉。用户也可以手动调用函数,去检查内存空间状态下是否有可释放的内存。

就这些吧。。。。。。。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 215,723评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,003评论 3 391
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 161,512评论 0 351
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,825评论 1 290
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,874评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,841评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,812评论 3 416
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,582评论 0 271
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,033评论 1 308
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,309评论 2 331
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,450评论 1 345
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,158评论 5 341
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,789评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,409评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,609评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,440评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,357评论 2 352