iOS 内存管理

iOS内存分配(栈堆)

栈区

1.存放的是局部变量,函数的参数,函数的跳转地
2.先进后出
3.一旦出了作用域就会被销毁
4.由编译器自动分配并释放,栈区地址从高到低分配
5.栈有两种分配方式:静态分配和动态分配,静态分配是系统编译器完成的,比如局部变量的分配,动态分配是有alloc函数进行分配的,但是栈的动态分配和堆是不同的,它的动态分配也由系统编译器进行释放,不需要程序员手动管理

堆区

1.堆区的内存分配使用的是alloc,需要程序猿管理内存;
2.ARC的内存的管理,是编译器再便宜的时候自动添加 retain、release、autorelease;
3.堆区的地址是从低到高分配)
4.虽然程序结束时所有的数据空间都会被释放回系统,但是精确的申请内存,释放内存匹配是良好程序的基本要素

对比

1.在iOS中只有oc对象才需要内存管理
2.非oc对象比如基本数据类型是不需要内存管理的

内存管理的本质

Objective-C的对象在内存中是以堆的方式分配空间的,并且堆内存是由你释放的,就是release
OC对象存放于堆里面(堆内存要程序员手动回收)
非OC对象一般放在栈里面(栈内存会被系统自动回收)

堆里面的内存是动态分配的,所以也就需要程序员手动的去添加内存、回收内存
如果在非oc对象,比如c语言中alloc了,那么也要自己free
栈:由系统自动分配,速度较快,不会产生内存碎片
堆:是由alloc分配的内存,速度比较慢,而且容易产生内存碎片,不过用起来最方便

内存管理的认识

1.内存

  • ROM(手机内存)存放图片、音频视频、文件等
  • RAM(CPU运行内存)随着应用程序的退出而释放掉

2.原因:合理的分配内存
由于移动设备内存有限,所以每个APP所占空间也有限,程序运行时会创建大量对象,而OC中对象是放在堆中,系统不会自动释放堆中内存。当APP占用较多内存时,系统会发出内存警告,这时需要回收一些不再继续使用的内存空间,否则就会Crash掉。为了合理分配内存-因此需要进行内存管理
3.目的
释放不再需要的内存,防止内存泄露;不要释放或覆盖还在使用的内存,防止内存崩溃(野指针)。
4.oc中三种内存管理方式:

  • (MRC)手动内存管理,MannualReferenceCounting
  • (ARC)自动内存管理,AutomaticReferenceCounting
  • (GC)垃圾回收机制(Xcode10.8以后被废除)IOS不支持垃圾回收。Garbage Collection
  • 内存泄露:该释放的时候没有释放,导致想释放的时候,已经没有指针再去指向该内存区域(出方法体)
  • 野指针:不该释放的时候,提前释放,如果使用野指针,会立刻崩溃(内存释放了,指针还强行指向他,指向了一个空白区域)

OC如何管理内存

Objective-C使用引用计数(RetainCount)来管理一个对象的生命周期

  • OC遵循谁创建,谁释放,谁引用,谁管理的原则,
    当你创建或引用一个对象时,需要向对象发送alloc.copy.retain,
    当释放该对象时需要发送release消息
    当对象引用计数为0时,系统将释放该对象,这就是OC中的手动管理机制(MRC).
  • IOS5.0之后引用自动管理机制(ARC),即自动引用计数,简化了内存管理的难度,跟手动管理机制一样,只是不再调用retain、release、autorelease,它编译时的特性,当你要创建一个对象时,编译器会在合适的位置插入release和autorelease.它采用Strong和Weak关键字修饰,当strong修饰的指针变量指向对象,当对象指向新值或不复存在,相关联的属性就会被释放;当weak修饰的指针变量指向对象,当对象的拥有者指向新值或不复存在,weak修饰的指针会自动置为nil;
    如果使用alloc、copy(mutableCopy)或者retian一个对象时,你就有义务,向它发送一条release或者autorelease消息。其他方法创建的对象,不需要由你来管理内存。
  • 向一个对象发送autorelease消息时,该对象不会立即被销毁,而是将该对象放入自动释放池,当池子释放时,它会向池中的每一个对象发送一条autorelease消息,以此来释放对象
  • 向一个对象发送release消息时,并不意味着这个对象被销毁了,而是当对象的引用计数为0时,系统才会调用dealloc方法,释放该对象以及对象本身所拥有的实例.
  • 如果有一个Strong类型的指针指向着,该对象不会被释放,如果一个指针指向超出了它的作用域,会被指向nil
    block 为了避免循环引用,使用copy修饰,weak 对应assign,strong对应retain和copy,连线时用_weak修饰 copy一份到栈区,_block 只引用 不copy
  • 只能管理foundation框架的变量,如果程序中把foundation框架中的变量强制转换Core_Foundation框架的变量,需要交换管理权
    非ARC-ARC:插入-fobjc-arc
    ARC -非ARC:插入-fno-objc-arc
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,193评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,306评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,130评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,110评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,118评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,085评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,007评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,844评论 0 273
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,283评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,508评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,667评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,395评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,985评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,630评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,797评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,653评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,553评论 2 352

推荐阅读更多精彩内容