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 中的对象 deinit 释放后 BAD_ACCESS 崩溃 野指针 僵尸对象_第1张图片
Swift 野指针

寻找 BUG 思路

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

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

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

  • 尝试修改之后,顺便发现 [weak super] 这样的写法果然是不允许的. 于是封装了一个函数,使用 self?. 去访问

你可能感兴趣的:(swift 中的对象 deinit 释放后 BAD_ACCESS 崩溃 野指针 僵尸对象)