依旧Block调用引起的内存泄露
来源:互联网 发布:cookiestorage js 编辑:程序博客网 时间:2024/06/06 02:35
@前面的文章讲到,在Block中用到self(self特指UIViewController),需要用__block或者__weak修饰(MRC与ARC的区别),因为Block调用会对其里面的对象引用计数加1,如果你不确定你调用的Block是否会产生循环引用的话,最好用__block或__weak修饰.当然,如果你确定并不会产生循环引用的情况,那你可以放心的self. self. (~O(∩_∩)O~).
@自从知道了block容易产生内存泄露的情况,我在很长的一段时间内,只要用到了block,只要里面有self,我全部用__block修饰了(偷懒的做法),但是最近,即使我这样的写了,还是出现了内存泄露的情况,dealloc()一直不执行,找了很久,找了很久,全部都加了__block修饰,依旧泄露,最终发现问题是出现在一个属性上.
@先来看下面这段问题代码:
__block DNWThirdVideoSubclassViewController *otherSelf = self;[_videoPlayView changeViewBackGround:^{ [otherSelf pushDNWWedViewController:_thirdData.web_url];}];
打了很多断点,测试出来问题就是出在这里,很多人可能会问,已经用__block修饰了,而且并没有出现self呀!请注意_thirdData这个属性,声明的时候是@property (nonatomic,retain)DNWThirdData *thirdData,它是被self所持有,一次释放操作是放在dealloc中,也就是self被释放,_thirdData也释放.在Block中,调用了_thirdData,虽然没有用self.thirdData,但是正如前面所说,它是被self持有,编译访问_thirdData时,会找到持有它的self,对其引用计数加1,所以这里就算没有用到self,self的引用计数也被加1了,这也说明并不是没显示的调用self就不会对其引用计数加1,这个错误真是让我郁闷了好久.接下来改正:[otherSelf pushDNWWedViewController:otherSelf.thirdData.web_url];就OK了
@当然,还是得说明,如果你确定你的Block调用只是局部的或者不会发生循环引用的问题,那就不用考虑这些了.
@而我这个例子,changeViewBackGround这个Block是属性videoPlayView的属性,而videoPlayView又是self的属性,呗self持有,要等待self的释放才能释放,因为如果不用__block修饰,是一定会产生循环引用而导致内存泄露的问题
@最后套用一句:"具体问题具体分析啦!"
- 依旧Block调用引起的内存泄露
- 依旧Block调用引起的内存泄露
- 依旧Block调用引起的内存泄露
- Block调用引起的内存泄露
- 调用cvCreateFileCapture引起的内存泄露
- CreateThread引起的内存泄露
- Backtraces引起的内存泄露
- Handler 引起的内存泄露
- Handler 引起的内存泄露
- Handler 引起的内存泄露
- Handler 引起的内存泄露
- Handler 引起的内存泄露
- scanf 引起的内存泄露
- Handler引起的内存泄露
- Handler 引起的内存泄露
- Handler引起的内存泄露
- Android_Handler引起的内存泄露
- Android_Handler引起的内存泄露
- 大学生应该看的书籍
- MonkeyTest
- TextView 文字淡入效果
- gfgg
- git 查看远程分支、本地分支、删除本地分支
- 依旧Block调用引起的内存泄露
- 黑马程序员---Java IO流(一)
- 初识javascript
- linux下设置自动备份Oracle数据库&异地存储 .
- POJ 2226Muddy Fields(二分图最大匹配之最小点覆盖)
- 一道C#字符串的题目
- NSOrderedSame NSOrderedAscending NSOrderedDescending枚举比较a==b
- 后棱镜门时代:开发者保护应用安全的5大技巧
- 同事好 赛金宝b