iOS内存管理

swift 中如何解决循环引用

  • 解决类之间的循环引用

weak:弱引用, 必须为变量(var),可选类型(?),指针指向的对象在销毁后,指针指向nil,再次向该对象发送消息不会引起崩溃(错误)
unovned:无主引用,非可选类型(不可为?),指针指向的对象在销毁后,指针并不会指向nil,相当于一个野指针,再次向该对象发送消息不会引起崩溃(错误)

  • weak和unowned 使用规则:

1.两个实例的属性引用都可为nil(?可选的),其中一个用(weak)弱引用。
2.其中一个属性的引用可以为nil(?可选的),另一个属性引用不允许为nil,不允许为空的使用(unowned)无主引用
3.两个实例的属性都必须有值,并且初始化后永远不会为nil.这种场景中,需要一个类使用(unowned)无主属性,另一个使用隐式解析可选(!)属性

  • 使用场景

设置delegate时,我们常使用 weak
weak var delegate? : Protocol

  • 解决闭包引起的循环引用

  • 产生的原因

循环引用的产生,是因为闭包和类相似,都是引用类型。

  • 解决办法

解决闭包引起的循环引用的方法是定义捕获列表(数组),捕获列表中的每一项都由一对元素组成,一个元素是weak或unowned关键字,另一个元素是类实例的引用。
1.在闭包和捕获的实例总是相互引用并且总是同时销毁时,将闭包内的捕获定义为无主引用
2.在捕获的引用可能变为nil时,将闭包内的捕获定义为弱引用。弱引用总是可选类型,并且当引用的实例被销毁后,弱引用的值会自动置为nil。(至于到底该使用weak还是unowned,我们要根据实际使用情况来选择)

  • 使用场景

在self属性存储为闭包时,闭包中拥有对self的引用时,捕获列表定义为无主引用(unowned)

class People: NSObject {
    let lastName:String
    let firstName:String
    //这里使用无主引用
    lazy var name:String = {
        [unowned self] in
        return self.firstName + self.lastName
    }()
    init(firstName:String,lastName:String) {
        self.firstName = firstName
        self.lastName = lastName
    }
    deinit {
        print("被销毁")
    }
}
  • 疑问

在上例的闭包中,使有weak引用也是没问题的。那我是不是可以在所有的捕获列表中都用weak引用,来避免由于使用无主引用而导致的坑能崩溃的问题?希望明白的人给予指导。谢谢

下面的内容由OC内存管理总结而来,点击查看原文,感谢博主的总结。

ARC内存管理机制

  • ARC的判断准则:

只要没有强指针指(strong)向对象,对象就会被释放。

  • 指针分类

(1)强指针:默认的情况下,所有的指针都是强指针,关键字strong

(2)弱指针:_ _weak关键字修饰的指针
声明一个弱指针如下:
_ _weak Person *p;
ARC中,只要弱指针指向的对象不在了,就直接把弱指针做清空(置nil)操作。(向空指针发送消息不回崩溃(报错))。

  • @property说明

ARC中在property处不再使用retain,而是使用strong,在dealloc方法中不需要再[super dealloc]。

@property(nonatomic,strong)Dog *dog;// 意味着生成的成员变量dog是一个强指针,相当于以前的retain。
如果换成是弱指针,则换成weak,不需要加
_。

  • ARC的特点总结:

(1)不允许调用release,retain,retainCount
(2)允许重写dealloc,但是不允许调用[super dealloc]
(3)@property的参数:
Strong:相当于原来的retain(适用于OC对象类型),成员变量是强指针
Weak:相当于原来的assign,(适用于oc对象类型),成员变量是弱指针
Assign:适用于非OC对象类型(基础类型)

  • 补充

让程序兼容ARC和非ARC部分。转变为非ARC -fno-objc-arc 转变为ARC的, -f-objc-arc 。
ARC也需要考虑循环引用问题:一端使用retain,另一端使用assign。

OC内存管理(No-ARC)

  • 为什么需要内存管理?

本质原因是因为对象和其他数据类型在系统中的存储空间不一样,其它局部变量主要存放于栈中,而对象存储于堆中,当代码块结束时这个代码块中涉及的所有局部变量会被回收,指向对象的指针也被回收,此时对象已经没有指针指向,但依然存在于内存中,造成内存泄露。

理解为指针已经收回,但是引用计数并没有-1,造成内存泄漏。

  • 对象的基本结构

每个OC对象都有自己的引用计数器,是一个整数表示对象被引用的次数,即现在有多少东西在使用这个对象。对象刚被创建时,默认计数器值为1,当计数器的值变为0时,则对象销毁。
在每个OC对象内部,都专门有4个字节的存储空间来存储引用计数器。

  • 操作

给对象发送消息,进行相应的计数器操作。
Retain消息:使计数器+1,改方法返回对象本身
Release消息:使计数器-1(并不代表释放对象)
retainCount消息:获得对象当前的引用计数器值

  • 对象的销毁

当对象被销毁时,系统会自动向对象发送一条dealloc消息,一般会重写dealloc方法,在这里释放相关的资源,一旦重写了dealloc方法就必须调用[super dealloc],并且放在代码块的最后调用(不能直接调用dealloc方法)。一旦对象被回收了,那么他所占据的存储空间就不再可用,坚持使用会导致程序崩溃(野指针错误)。

  • 相关概念

野指针:所指对象已经不存在的指针
空指针:没有指向任何东西的指针
访问野指针会崩溃,访问空指针不会崩溃(报错)

  • 内存管理原则

    1. 原则

只要还有人在使用某个对象,那么这个对象就不会被回收;
只要你想使用这个对象,那么就应该让这个对象的引用计数器+1;
当你不想使用这个对象时,应该让对象的引用计数器-1;

  1. 谁创建,谁release

(1)如果你通过alloc,new,copy来创建了一个对象,引用计数都会+1,那么你就必须调用release或者autorelease方法
(2)不是你创建的就不用你去负责

  1. 谁retain,谁release

  2. 总结

谁创建(alloc,new,copy),谁release,谁retain,谁release

  • @property的参数

    内存管理相关参数

Retain:对对象release旧值,retain新值(适用于OC对象类型)
Assign:直接赋值(默认,适用于非oc对象类型)
Copy:release旧值,copy新值

  • 内存管理中的循环引用问题以及解决

案例:每个人有一张身份证,每张身份证对应一个人,不能使用#import的方式相互包含,这就形成了循环引用。
新的关键字:@class 类名;——解决循环引用问题,提高性能
@class仅仅告诉编译器,在进行编译的时候把后面的名字作为一个类来处理。
(1)@class的作用:声明一个类,告诉编译器某个名称是一个类
(2)开发中引用一个类的规范
1)在.h文件中使用@class来声明类
2)在.m文件中真正要使用到的时候,使用#import来包含类中的所有东西
(3)两端循环引用的解决方法
一端使用retain,一端使用assign(使用assign的在dealloc中也不用再release)

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

推荐阅读更多精彩内容