ios--内存管理strong和weak的简单理解
ios--内存管理strong和weak的简单理解
gitzhengjianhua 发表于2年前
ios--内存管理strong和weak的简单理解
  • 发表于 2年前
  • 阅读 34
  • 收藏 1
  • 点赞 0
  • 评论 1

移动开发云端新模式探索实践 >>>   

如果在网上搜关于内存管理最多的总结就是谁持有谁释放。但是内存管理往多的说是有好多东西的,我今天只写一下关于strong、weak和autoreleas(以后会写片博客,会介绍到它们的底层运作)。在此也给想更深入了解的伙伴们推荐本书一个日本前辈写的Objective-C高级编程,我自己讲内存管理梳理的差不多清晰的时,多亏了它。

关于内存管理,我原来有一段时间都对strong、weak傻傻的区分不清楚,也没有多少兴趣去了解。直到一天我真的在使用代理中碰到了神奇的内存泄漏,害死我了,经过调查锁定了凶手就是weak,根本的罪魁祸首是我对修饰符使用的一知半解。希望这点理解能起到一点点帮助。

a、区分strong、weak

strong:strong为强引用,是id类型对象和对象默认的所有权修饰符(我们平时在@property中指定了属性的修饰strong、weak、或者是assign,但是在创建其他对象的时候,系统帮我们默认加了_strong修饰符进行内存管理),使用strong修饰的对象在超出其变量作用域时,即该变量被废弃时,会释放其被赋予的对象。使用strong会对对象被持有对象的引用计数产生影响,当其持用一其他对象的时候,会将其他对象的引用计数加1,当出作用域强引用失效时,会释放掉对其持有对象的持有。

weak:weak为若引用。weak修饰的对象,当其持有其他对象的时候不会对其他对象的引用计数造成影响,weak的存在很好的解决掉了循环引用。当它所持有的对象销毁时,weak修饰的对象会自动置nil。关于weak的实现我简单的多说一点,因为我自己原来对此很好奇然后多方了解了下,在此分享给大家,如果有错欢迎更希望大家纠正。

runtime会对注册的类进行布局,对于weak对象会放入一个hash表中。使用weak对象的内存地址作为key,当weak对象指向的对象的引用计数为0的时候执行置nil。执行过程为以weak对象的内存地址为索引,在hash表中找到对应的weak修饰对象,将其置为nil。

b、作用的区分

讨论他两避免不了循环引用和自引用。说白了就是光使用strong容易出现内存泄漏即在对象出了作用域(也就是大括号)后不能得到释放。如下例子:

分别创建对象a、b,他们分别被对象A、B持有(当我们没有指定修饰权时,我们创建的对象默认的修饰权为_strong,也就是强引用)。然后对象B中有个成员变量objB又持有了a一次,对象A中的成员变量abjA有持有了b一次。这样,就会形成循环引用。因为在出了作用域后A、B的强引用失效,释放掉了对a、b的持有,但是他们中的成员变量并没有释放掉对于a、b的持有。此时发生内存泄漏,也就是我们所说的循环引用。

上面刚刚说过,weak不会对引用计数造成影响,也就不会影响到有关对象的释放。所以我们在关键部位使用weak修饰并不会造成对有关对象的引用计数造成影响,从而使得已经出了作用域但是有关该释放的对象并不能得到释放,造成内存泄漏。

c、autoreleas有关问题

之所以说autoreleas是因为原先在网上学习内存管理这块的时候被误导过,在此希望大家注意。autoreleas释放池中对对象的释放我原来好奇过,上网查的时候最后形成的答案是作用域。但是随着对O-C更加深入的学习,发现了它对于其内部寄存对象的释放是和runloop有关系的。

iOS程序由许多的runloop组成,每一个runloop都会有一个Autorelease Pool并在末尾进行释放。

比如我们点击一个button,一个button从等待到点击到响应就存在一次循环,期间就前程到对象的创建和最后Autorelease Pool在runloop即将结束时的销毁全部对象。

  • 打赏
  • 点赞
  • 收藏
  • 分享
共有 人打赏支持
gitzhengjianhua
粉丝 4
博文 25
码字总数 23833
作品 3
评论 (1)
Kavana达达
看了您关于AVAssetReader生成波形的文章,写得相当好,代码精简,受益匪浅.最近研究fft,希望跟您交个朋友.我的qq是20719414请多包含.
×
gitzhengjianhua
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: