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;
}

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。