swift 中的对象 deinit 释放后 BAD_ACCESS 崩溃 野指针 僵尸对象

其实在 swift 中也是有 野指针访问僵尸对象造成崩溃的时候的

开发过程中,我 override 了一个 UIView 对象的removeFromSuperview()
本意是想在这个对象移除的时候 添加一个移除动画 再移除.所以就刻意没有写 [weak self] 弱引用这个对象. 因为想完成动画以后再移除.

BAD_ACCESS 程序闪退

可是

之前都是直接放在 keyWindow 上 , 今天的需求是放在一个控制器的 View 上面.
当这个重写了 removeFromSuperview() 在没有手动调用 view.removeFromSuperview() 方法 , 控制器先 deinit 之后. Swift 也同样的将这个对象的内存给释放了.

所以

当这个view对象被系统 deinit 之前 , 他的 superView 对他执行了 subview.removeFromSuperview() 方法. 然后 deinit 执行 , 对象被回收.

于是

当异步执行的 UIView.animate 方法执行到 Complete 闭包时,对这个对象发送任何消息,都是在访问一个僵尸对象.最后造成的就是 BAD_ACCESS 程序闪退

具体的代码:

Swift 野指针

寻找 BUG 思路

99% 的 程序崩溃都来源于数组越界. 在 swift 中 其实有很多来源于强制解包. 但是我写 swift 时 几乎不用!来强制解包. 所以在执行 deinit 前后有哪些函数调用 就是最可疑的.

  1. 第一步 : 寻找导致崩溃的函数大致范围. 将代码暂存,并恢复到上一次提交,发现这个 BUG 依然存在. 那么一定不是最近写的几行代码导致的
  2. 打断点,看内存堆栈 : 看看关键几个函数的调用顺序
  3. 找到目标函数,尝试修改

由于这段代码是我自己写的,在进行第一步之后,我的怀疑目标就落在了这个函数上面.
可是之前都执行的很好,唯一的不同就是 这次添加在一个 控制器的 View 上面.
那么在控制器释放的时机出现的问题,应该就是在这段代码了.

  • 尝试修改之后,顺便发现 [weak super] 这样的写法果然是不允许的. 于是封装了一个函数,使用 self?. 去访问
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容

  • 发现 关注 消息 iOS 第三方库、插件、知名博客总结 作者大灰狼的小绵羊哥哥关注 2017.06.26 09:4...
    肇东周阅读 12,223评论 4 61
  • 现在我所能做的我也多想到你在的地方去 可那是一个我所不能到达的地方 现在我所能做的 仅仅只是连你的那份一起 三年后...
    谁说天堂无悲伤阅读 121评论 0 1
  • 看完后,更多的是让我陷入了深深的思考,我是一个怎么样的人?在面临死亡的时候,我有那种牺牲自己保护亲人和别人的大无畏...
    野鸟阅读 2,641评论 0 2
  • 文/孤鸟差鱼 请原谅 那些捏造不切实际的人 那是文学人的通病
    孤鸟差鱼阅读 435评论 4 5
  • 每一部电影,都会饱受争议,有人赞美就会有人诋毁。很多时候电影的评分并不能代表作品的好坏,那只是一部分人对电影的评判...
    喜闻耳间阅读 243评论 0 0