iOS - Block的循环引用内存泄漏问题探索
2023-09-11 14:21:34 时间
循环引用的原因 众所周知,ARC下用block会产生循环引用的问题,造成泄露的原因是啥呢? 最简单的例子,如下面代码: [self.teacher requestData:^(NSData *data) { self.name = @"case"; }]; 此种情况是最常见的循环引用导致的内存泄露了,在这里,self强引用了teacher, teacher又强引用了一个block,而该block在回调时又调用了self,会导致该block又强引用了self,造成了一个保留环,最终导致self无法释放。 self -> teacher -> block -> self 一般性的解决方案 __weak typeof(self) weakSelf = self; [self.teacher requestData:^(NSData *data) { typeof(weakSelf) strongSelf = weakSelf; strongSelf.name = @"case"; }]; 通过__weak的修饰,先把self弱引用(默认是强引用,实际上self是有个隐藏的__strong修饰的),然后在block回调里用weakSelf,这样就会打破保留环,从而避免了循环引用,如下: self -> teacher -> block -> weakSelf PS:一般会在block回调里再强引用一下weakSelf(typeof(weakSelf) strongSelf = weakSelf;),因为__weak修饰的都是存在栈内,可能随时会被系统释放,造成后面调用weakSelf时weakSelf可能已经是nil了,后面用weakSelf调用任何代码都是无效的。
#pragma mark -Block内存泄漏探索 /* PS: 虽然情况四、情况六的写法都可以防止内存泄漏,不过为了统一,个人建议最好还是按照普通写法即情况二的写法。 */ //情况一:不泄露:执行了dealloc,不泄露,此情况虽然是block,但未形成保留环block -> self - (void)case1 { NSLog(@"case 1 Click"); dispatch_after(dispatch_time(DISPATCH_TIME_NOW, (int64_t)(0.3 * NSEC_PER_SEC)), dispatch_get_main_queue(), ^{ self.name = @"case 1"; }); } //情况二:不泄露:执行了dealloc,不泄露,此情况就是内存泄漏后的一般处理了 self ->teacher ->block ->strongSelf,后面那个strongSelf和原来的self并没有直接关系,因为strongSelf是通过weakSelf得来的,而weakSelf又没有强引用原来的self - (void)case2 { NSLog(@"case 2 Click"); __weak typeof(self) weakSelf = self; [self.teacher requestData:^(NSData *data) { typeof(weakSelf) strongSelf = weakSelf; strongSelf.name = @"case 2"; }]; } //情况三:泄漏:未执行dealloc,内存泄漏,此情况就是最典型的循环引用了,形成保留环无法释放,self ->teacher ->block ->self - (void)case3 { NSLog(@"case 3 Click"); [self.teacher requestData:^(NSData *data) { self.name = @"case 3"; }]; } //情况四:不泄露:执行了dealloc,不泄露,虽然也是保留环,但通过最后一句,使self不再强引用teacher,打破了保留环 - (void)case4 { NSLog(@"case 4 Click"); [self.teacher requestData:^(NSData *data) { self.name = @"case 4"; self.teacher = nil; }]; } //情况五:不泄露:执行了dealloc,不泄露,未形成保留环 t ->block ->self - (void)case5 { NSLog(@"case 5 Click"); Teacher *t = [[Teacher alloc] init]; [t requestData:^(NSData *data) { self.name = @"case 5"; }]; } //情况六:不泄露:执行了dealloc,不泄露,最后两句代码任选其一即可防止内存泄漏,self.teacher 或者 case6Block 置为空都可以打破 retain cycle - (void)case6 { NSLog(@"case 6 Click"); [self.teacher callCase6BlackEvent]; self.teacher.case6Block = ^(NSData *data) { self.name = @"case 6"; //下面两句代码任选其一即可防止内存泄漏,self.teacher 或者 case6Block 置为空都可以打破 retain cycle self.teacher = nil; // self.teacher.case6Block = nil; }; }
相关文章
- iOS拍的图片上传到服务器(阿里云)旋转
- 深入浅出--iOS的TCP/IP协议族剖析&&Socket
- iOS之地理位置及定位系统 -- 入门笔记(用Swift)
- IOS开发——获取局域网IP
- Ios开发之 -- js和ios的交互
- iOS 如何在一个应用程序中调用另一个应用程序
- iOS开发UI篇—IOS开发中Xcode的一些使用技巧
- iOS开发UI篇—常见的项目文件介绍
- IOS项目之图片轮播
- iOS设计模式之观察者模式
- uniapp判断当前环境是ios还是android
- 【IOS-COCOS2D游戏开发之十七】灵活使用精灵可视区域(TEXTURERECT)与锚点(ANCHORPOINT),并结合可视区域与锚点制作进度条!
- iOS中 UITabBarController中自定义UITabBar
- IOS NSInvocation应用与理解
- Cocos2d-x与ios内存管理分析(在游戏中减少内存压力)
- vim常用命令(iOS)
- ios swift JXSegmentedView的使用
- iOS 内存管理
- iOS Block的循环引用
- iOS 数据结构(内存管理)
- ios内存管理(ARC MRC 内存分区 野指针)
- 【iOS开发-35】有了ARC内存管理机制,是否还须要操心内存溢出等问题?——面试必备
- 打地鼠游戏iOS源代码项目
- iOS 自己主动登录,登录过程中一直显示载入页
- IOS后台执行机制 与 动作