上delloc 无呼叫 故障排除 笔记

经验 delloc 无呼叫 基本上可以得出结论，即循环引用的原因。

遇到这样的情况基本上可分为  

1： 属性声明weak的地方 写成了 strong  。比方delegate。

2： block语法块中 存在的强引用。

所以遇到delloc 基本上排查下这两种情况 就能解决80%的问题了。 

可是现实中往往会有遇到一些其它的问题所在 。比方 我今天遇到的一个viewcontroller  一直没有释放。全局搜索了这个文件中面 全部用到的 delegate 以及self.  和_XX 属性 结果 发现都没问题。  能够返回上一级页面 此viewcontroller 却一直没有调用。 后来发现这个问题出在父类的身上。

伪代码例如以下

@implementation BaseViewController ()

- (id)init

{

    self = [super init];

    if (self) {

         self.back = [[CustomItem alloc] initWithtitle:returnHomeString clickedBlock:^(id sender) {

  [super goBack];

      }];

}

@end

@interface ViewControllerA : BaseViewController

- (id)init

{

    self = [super init];

    if (self) {

           }

}

@end

ViewControllerA 一直没有释放。当时在ViewControllerA 搜寻了半天也没查出是哪里问题来，后来往父类去 看 结果发现了这种代码。当时也是醉了。

遇到这样的情况 事实上有两种改动方式 

A 直接将   [super goBack];  提取出来  封装成另外一个函数 比方 goBackFunc，然后在block 中再利用weakSelf 去调用goBackFunc

B 利用反射机制取到父类

 BaseViewController *strongSelf = weakSelf;

if（strongSelf）{

struct objc_super superSelf = { strongSelf, [BaseViewController superclass] };

                objc_msgSendSuper(&superSelf, @selector(goBack));

}

这样子  直接在block块中替换代码能够用不另外封装函数。

PS  关于Instruments 的 Allocations  也有一个陷阱 。当发现你写的代码 已经调用了delloc， 可是显示的Persistent 值并没有降低一直添加时  检查下是否之前打开过zombie模式。 有的话关掉  。这两个模式是冲突的。