欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  移动技术

讲述Sagit.Framework解决:双向引用导致的IOS内存泄漏(上)

程序员文章站 2022-06-19 10:44:37
今天不写教程,和大伙分享一下IOS在内存泄漏方面的文章..... ......
前言:

好久没写文章了,最近先是重构IT恋、又重写IT恋中。

Sagit框架也不断的更新,调整,现在感觉已完美了了相当的多。

今天不写教程,先简单分享一下技术内容。

1:见Block必有:#define WeakSelf __weak typeof(self) this = self;

 故事要从这这里说起:

讲述Sagit.Framework解决:双向引用导致的IOS内存泄漏(上)

当初番完这代码后,发现到处都有这个鬼东西,然后就去百度了一下,然后大意是为了:

解决双向引用导致的内存无法释放问题

简单的表述如下:

self   强引用指向=》block;

block 也强引用批向=>self;

这时候就出事了,解决的方法是,把其中一个改成弱指向。

而WeakSelf的定义,就是让block改成弱引用,这样无论self是不是强引用的指向block都无关紧要了。

当然,更精致的做法是:先预判self有没有强引用指向block,没有,就不用WeakSelf定义了。

不过,一般新手搞不明白内涵,无法做出有效的预判,所以见block就有WeakSelf也就相随相生了。
2:其它场景的双向引用:UIViewController与UIView的纠缠

 首先,默认UIViewController有一个强引用指向了UIView,这是系统定义的,我们改不了:

讲述Sagit.Framework解决:双向引用导致的IOS内存泄漏(上)

所以,如果UIView里再出现strong或retain指回UIController,就会导致UIViewController和UIView双双无法释放问题。

这个问题,在我刚写Sagit框架时,只在意功能,没在意这些,就犯了这个错误:

错误的写法是这样的:

讲述Sagit.Framework解决:双向引用导致的IOS内存泄漏(上)

现在改正后的写法是这样的:

讲述Sagit.Framework解决:双向引用导致的IOS内存泄漏(上)

3:事情没有这么简单:UIView子控件绑定事件指向Controller

看一行Sagit的代码,关注后面的addClick:

[[[[sagit addButton:@"Login" title:@"登录" font:40] width:450 height:80] onBottom:@"pwdLine" y:149] addClick:@"loginClick"];

对于事件流程关于Sagit的前面几篇有说了,这里说一下框架的流程代码:

1:系统自动添加了一个UITapGestureRecognizer,并指定到一个固定的click方法;

2:将方法名称和target存到自身的NSDictionary的字典中(框架为每个UIView都扩展了一个Dictionary)(就是这里造成强引用了Controller).

3:事件点击时:先触发系统默认的click,然后click事件:从字典里取出方法名和target,找到SEL并动态执行。

PS:设计成动态执行的好处:可以在执行前处理一些其它事情:比如将addClick参数:loginClick改成AgeButton.click,这样可以分解参数后,去执行AgeButton上的事件

执行的代码是这样的,由于是动态执行,少不了还有一个警告:

讲述Sagit.Framework解决:双向引用导致的IOS内存泄漏(上)

接下来,就是怎么消灭事件里对Controller的强引用:
1:找了资料,发现有个NSMapTable,是弱引用的字典,于是把NSDictionary换成它,结果:参不忍睹,界面错乱。【大概是弱引用特别容易丢失数据】 
2:尝试用一个全局的第三方的字典来存,结果也悲哀了! 3:最后想到了一个方法,不直接存Controller,只存字符串:1和0 ,在最终执行的时候,再去找。

代码是这样的:

讲述Sagit.Framework解决:双向引用导致的IOS内存泄漏(上)

真难为我这么聪明,想着大功告成,运行,释放了,成功了!!!

然后又悲哀了:

讲述Sagit.Framework解决:双向引用导致的IOS内存泄漏(上)

然后就动不动就到main含数了,让我怎么猜?说好的全局断点呢?你咋不断呢?

搜了搜百度,想想要调度内存,那就一个蛋腾,还是靠猜吧。

后来,根据释放的顺序,和最后的关键字,大概是这样猜的:

控制器被释放了,这时候UIView还没释放,然后系统又给UIView绑字的事件发消息,结果遇到野指针,悲伤的故事发生了。

于是,我做了一个艰难的决定,在UIController的deallow中写了这样的代码:

-(void)dealloc
{
    [self.view removeAllsubViews];//处理内存释放后的异常。
    NSLog(@"%@ ->UIViewControlelr relase", [self class]);
}

这执行dealloc前,毕竟Controller还是活着的,这时候赶紧把UIView的东西给清了,然后,发现完美,运行起来很6!

总结:

当我很6的解决完上述问题后,就开始写文章了想分享一下了,然后写了开头,发现:

咦,好像UITableView和UITableViewCell,好像也有双向引用问题。

因为我给Cell加了个属性,指向Table,运行,果然,Shit,连Controller和父的UIView都释放了,你UITableView做为子UI居然不释放!!!!

没天理,继续折腾,然后UITableView搞释放了,又发现UITableViewCell不释放了(这个Cell通常又会是一大堆UI)。

再然后,发现Push两层回来,又挂Crash了。

现在正在全力抢救!!!解决完再来写下篇!!!

 

操,发现为了释放那点内存的代价,折腾起来真惨过不释放算了〜〜〜〜