iOS 容易引“起循环引用”的三种场景
笔者在阅读中总结了一下,在iOS平台容易引起循环引用的四个场景:
一、parent-child相互持有、委托模式
【案例】:
@interface FTAppCenterMainViewController () { } @property(weak,nonatomic) UITableView* myTableView; @end这里面的myTableView就使用了weak修饰符。
@property (nonatomic, weak) id<FTActionSheetDelegate>delegate;
【推荐方法】:
child只有parent的对象为weak类型:
@property (nonatomic, weak) id<FTActionSheetDelegate>delegate;
二、block
【案例】:
看下面的代码:
typedef void (^RequestNaviCallBack)(NSInteger naviCode,NSInteger httpCode,NSError * error); @interface FtNaviManager : NSObject { } @property (nonatomic, strong) RequestNaviCallBack naviCallBack;这是一个请求导航的类,类属性持有了RequestNaviCallBack,这时,如果RequestNaviCallBack再持有self,必然造成循环引用。
【推荐方法】:
如果有循环引用,编译器会提示警告。
如果对象没有持有Block对象,那么不会产生循环引用。如果对象持有了block对象,那么在block引用self的时候这么定义:
__weak typeof(self) weakSelf = self;
三、NSTimer
【案例】:
@interface FtKeepAlive : NSObject { NSTimer* _keepAliveTimer; // 发送心跳timer } //实现文件 _keepAliveTimer = [NSTimer scheduledTimerWithTimeInterval:_expired target:self selector:@selector(keepLiveStart) userInfo:nil repeats:YES];
类持有了_keepAliveTimer,_keepAliveTimer又持有了self,造成循环引用。
【推荐方法】:
NSTimer会持有对象,所以:在删除对象之前,需要将timer的invalidate方法。
-(void)stopKeepAlive{ [_keepAliveTimer invalidate]; _keepAliveTimer = nil; }
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。