上delloc 无呼叫 故障排除 笔记

时间:2023-03-09 20:26:24
上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模式。 有的话关掉  。这两个模式是冲突的。