iOS | 内存管理

如何使用内存以及如何分配内存对于设备和用户体验至关重要。OC语言作为C语言的超集,对于内存以及内存管理方面非常重要。从Xcode 4.2之后苹果公司采用了ARC编译器特性的内存管理机制,大大的减少了程序员手动对内存的管理。

OC的内存管理一般是对OC对象进行管理,包括任何继承了NSObject的对象,因为OC对象是存放于堆中,而非OC对象一般放在栈里面,会被系统自动回收。

MRC

1.引用计数器
(1)引用计数器表示有多少人正在使用这个对象。
(2)当没有任何人使用这个对象时, 系统才会回收这个对象, 也就是说当对象的引用计数器为0时,对象 占用的内存就会被系统回收。
(3)如果对象的计数器不为0,那么在整个程序运行过程,它占用的内存就不可能被回收(除非整个程序 已经退出 )
(4)任何一个对象, 刚生下来的时候, 引用计数器都为1
(5)当使用alloc、new或者copy(MutableCopy)创建一个对象时,对象的引用计数器默认就是1
2.引用计数器的操作
(1)给对象发送一条retain消息,可以使引用计数器值+1(retain方法返回对象本身)
(2)给对象发送一条release消息, 可以使引用计数器值-1
(3)给对象发送retainCount消息, 可以获得当前的引用计数器值(retainCount有时候会不准确, 建议采用delloc方法来验证是否完全内存释放)
注意: release并不代表销毁\回收对象, 仅仅是计数器-1
3.dealloc方法
(1)当一个对象的引用计数器值为0时,这个对象即将被销毁,其占用的内存被系统回收。
(2)对象即将被销毁时系统会自动给对象发送一条dealloc消息 (因此, 从dealloc方法有没有被调 用,就可以判断出对象是否被销毁)
dealloc方法的重写 一般会重写dealloc方法,在这里释放相关资源,dealloc就是对象的遗言

总之就是
(1)谁创建谁release :
如果你通过alloc、new或[mutable]copy来创建一个对象,那么你必须调用release或 autorelease
谁retain谁release: (2)只要你调用了retain,就必须调用一次release

ARC

自动引用计数,解决了iOS开发者的内存管理的麻烦。
1.ARC机制判断注意点及优点 ARC机制判断,ARC机制下有几个明显的标志: 不允许调用对象的release方法 再重写父类的dealloc方法时,不能再调用 [super dealloc];
优点
ARC是编译器特性,而不是运行时特性 ARC不是其它语言中的垃圾回收,有着本质区别,ARC完全消除了手动管理内存的烦琐,基本上能够避免内存泄露有时还能更加快速,因为编译器还可以执行某些优化。

2.强指针,弱指针
强指针
默认所有指针变量都是强指针 被__strong修饰的指针
弱指针
被__weak修饰的指针

3.ARC下单对象内存管理 (1)局部变量释放对象随之被释放 (2)清空指针对象随之被释放 (3)默认清空所有指针都是强指针 弱指针需要明确说明 。注意: 千万不要使用弱指针保存新创建的对象。

4.ARC下循环引用问题
与MRC一样,当两个对象相互引用时,会出现内存泄露的问题,解决办法是:一个用strong一个用 weak。

5.ARC下@property参数
strong: 用于OC对象, 相当于MRC中的retain
weak: 用于OC对象, 相当于MRC中的assign
assign: 用于基本数据类型, 跟MRC中的assign一样(默认值)

另外概念

1.堆栈,其中栈是由系统自动分配释放,存放函数的参数值,局部变量等;而堆是由程序员释放,若程序员不释放,程序结束时可能由系统回收。
2.僵尸对象
已经被销毁的对象(不能再使用的对象)
3.野指针
指向僵尸对象(不可用内存)的指针 给野指针发消息会报EXC_BAD_ACCESS错误
4.空指针
没有指向存储空间的指针(里面存的是nil, 也就是0) 给空指针发消息是没有任何反应的 为了避免野指针错误的常⻅办法
在对象被销毁之后, 将指向对象的指针变为空指针
5.@property参数
(1)控制set方法的内存管理
retain : release旧值,retain新值(用于OC对象)
assign : 直接赋值,不做任何内存管理(默认,用于非OC对象类型) copy : release旧值,copy新值(一般用于NSString *)
(2)控制需不需要生成set方法
readwrite :同时生成set方法和get方法(默认)
readonly :只会生成get方法
(3)多线程管理
atomic :性能低(默认)
nonatomic :性能高(iOS开发中都用这个属性)
(4)控制set方法和get方法的名称
setter : 设置set方法的名称,一定有个冒号:
getter : 设置get方法的名称 若有bool类型时最好修改getter方法为:(getter = isXXX) 注意: 不同类型的参数可以组合在一起使用
(5)循环引用 当使用@property属性声明两个对象时,如果同时使用retain,会到时相互引用,内存不会释放,解决办法是,一个用retain,一个用assign。

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

推荐阅读更多精彩内容