iOS如何巧妙解決NSTimer的循環(huán)引用詳解
一 發(fā)現(xiàn)問題
我們都知道NSTimer采用target-action的方式,通常target又是類本身,我們?yōu)榱朔奖阌职袾STimer聲明為屬性變量,這樣就難免會(huì)造成循環(huán)引用(需要反復(fù)執(zhí)行計(jì)時(shí)任務(wù)時(shí),如果是單次的任務(wù)就不會(huì)造成循環(huán)引用)。
例如:
_timer = [NSTimer scheduledTimerWithTimeInterval:5.0
target:self
selector:@selector(startTimer) userInfo:nil
repeats:YES];
深入理解,類有一個(gè)成員變量_timer,給_timer設(shè)置的target為這個(gè)類本身。這樣類保留_timer,_timer又保留了這個(gè)類,就會(huì)出現(xiàn)循環(huán)引用的問題,最后導(dǎo)致類無(wú)法正確釋放。
大家可能覺得解決這個(gè)問題很簡(jiǎn)單,在合適的時(shí)機(jī)釋放NSTimer,大多人多會(huì)選擇viewWillDisappear,viewDidDisappear,dealloc。當(dāng)然了如果選擇在dealloc釋放NSTimer的且覺得這樣沒問題的,那是你不夠了解dealloc的執(zhí)行時(shí)間,科普下dealloc的執(zhí)行時(shí)機(jī)是在self釋放之后執(zhí)行的。這樣就排除了dealloc,那就只能選擇viewWillDisappear,viewDidDisappear(push和pop都會(huì)執(zhí)行)。但是這兩個(gè)方法往往不能滿足需求。
二 解決問題
有去了解NSTimer循環(huán)引用的同學(xué),知道有兩種常見的方法可以解決:
- 采用block封裝,target設(shè)置為NSTimer本身
- 既然是因?yàn)閠arget是self本身造成的,那就把target設(shè)置為其他對(duì)象
(第一種block就不用說了,大家也比較喜歡這種方式,但是有時(shí)候就不想用block呢,想用第二種方法,但是用起來有很多不便之處,target是其他對(duì)象,action也要在其他對(duì)象,這樣在action想要訪問self的相關(guān)信息就很不方便。于是就有第三種方法誕生了。)
3.用一個(gè)含有weak屬性的對(duì)象A包裹self作為target,再對(duì)A進(jìn)行消息轉(zhuǎn)發(fā),訪問A就相當(dāng)于訪問self,這樣就完美的解決了循環(huán)引用,且保留了target-action方式。
大家比較好奇的是有weak屬性的對(duì)象A的類怎么實(shí)現(xiàn),下面來看看代碼:
#import <Foundation/Foundation.h>
#pragma mark -
#pragma mark - 內(nèi)置weak對(duì)象(可用于分類定義weak屬性)
@interface XWWeakObject : NSObject
@property (nullable, nonatomic, weak, readonly) id weakObject;
- (instancetype _Nullable )initWeakObject:(id _Nullable )obj;
+ (instancetype _Nullable )proxyWeakObject:(id _Nullable )obj;
@end
#import "XWWeakObject.h"
@implementation XWWeakObject
-(instancetype)initWeakObject:(id)obj{
_weakObject = obj;
return self;
}
+(instancetype)proxyWeakObject:(id)obj{
return [[XWWeakObject alloc] initWeakObject:obj];
}
- (id)forwardingTargetForSelector:(SEL)selector {
return _weakObject;
}
- (void)forwardInvocation:(NSInvocation *)invocation {
void *null = NULL;
[invocation setReturnValue:&null];
}
- (NSMethodSignature *)methodSignatureForSelector:(SEL)selector {
return [NSObject instanceMethodSignatureForSelector:@selector(init)];
}
- (BOOL)respondsToSelector:(SEL)aSelector {
return [_weakObject respondsToSelector:aSelector];
}
- (BOOL)isEqual:(id)object {
return [_weakObject isEqual:object];
}
- (NSUInteger)hash {
return [_weakObject hash];
}
- (Class)superclass {
return [_weakObject superclass];
}
- (Class)class {
return [_weakObject class];
}
- (BOOL)isKindOfClass:(Class)aClass {
return [_weakObject isKindOfClass:aClass];
}
- (BOOL)isMemberOfClass:(Class)aClass {
return [_weakObject isMemberOfClass:aClass];
}
- (BOOL)conformsToProtocol:(Protocol *)aProtocol {
return [_weakObject conformsToProtocol:aProtocol];
}
- (BOOL)isProxy {
return YES;
}
- (NSString *)description {
return [_weakObject description];
}
- (NSString *)debugDescription {
return [_weakObject debugDescription];
}
@end
XWWeakObject類有一個(gè)weak只讀weakObject對(duì)象(這個(gè)類也可以用于分類聲明weak屬性:分類是本身是不能聲明weak屬性的)。
用運(yùn)行時(shí)對(duì)該類的對(duì)象做了消息轉(zhuǎn)發(fā),對(duì)象轉(zhuǎn)發(fā),在訪問XWWeakObject對(duì)象的時(shí)候相當(dāng)于訪問其屬性weakObject對(duì)象。
最后看下怎么用代碼實(shí)現(xiàn)的:
- (void)viewDidLoad {
[super viewDidLoad];
XWWeakObject *target = [XWWeakObject proxyWeakObject:self];
self.timer = [NSTimer scheduledTimerWithTimeInterval:1 target:target selector:@selector(timerCount) userInfo:nil repeats:YES];
}
-(void)timerCount{
}
-(void)dealloc{
[_timer invalidate];
_timer = nil;
}
前提t(yī)imer是self的一個(gè)屬性,創(chuàng)建一個(gè)XWWeakObject對(duì)象target,target是內(nèi)部weak屬性指向self,相當(dāng)于target擁有self且是weak,self的retain沒有加1,timer擁有XWWeakObject對(duì)象target,target的retain加1,timer和self的直接關(guān)系是timer僅是self的一個(gè)屬性,這樣看來并沒有形成循環(huán)引用。
三 寫在最后
雖然這種方式?jīng)]有block簡(jiǎn)便,但不失為一種好的方法,保存了系統(tǒng)的方式。喜歡用target-action方式的或者不太熟悉block的可以學(xué)一學(xué)哦,且XWWeakObject能做的不僅僅這些,XWWeakObject可以解決很多類似的循環(huán)引用問題,解決分類定義weak屬性等等
有人可能有疑問,為什么都同樣是target-action方式button就不會(huì)出現(xiàn)循環(huán)引用的問題,有去研究的同學(xué)應(yīng)該都知道UIControl的內(nèi)部做了weak操作,即真正持有的時(shí)候是weak的并沒有導(dǎo)致retain加1,而NSTimer由于runloop的原因并沒有做weak操作。
閑言雜語(yǔ)
以上內(nèi)容僅代表個(gè)人想法,如果您有更好的想法,更好的解決辦法,可以一起探討。
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,如果有疑問大家可以留言交流,謝謝大家對(duì)腳本之家的支持。
相關(guān)文章
iOS開發(fā)中對(duì)于攝像頭的一些基本使用方法分享
這篇文章主要介紹了iOS開發(fā)中對(duì)于攝像頭的一些基本使用方法分享,包括判斷攝像頭是否可用的方法,需要的朋友可以參考下2015-10-10
UITableView 實(shí)現(xiàn)汽車品牌(demo)
UITableView堪稱UIKit里面最復(fù)雜的一個(gè)控件了,使用起來不算難,但是要用好并不容易,當(dāng)使用的時(shí)候我們必須要考慮到后臺(tái)數(shù)據(jù)的設(shè)計(jì),tableViewCell的設(shè)計(jì)和重用以及tableView的效率等問題,下面小編通過UITableView 實(shí)現(xiàn)汽車品牌,需要的朋友可以參考下2015-08-08
IOS 開發(fā)APP之關(guān)于時(shí)間處理詳細(xì)介紹
這篇文章主要介紹了IOS 開發(fā)APP之關(guān)于時(shí)間處理詳細(xì)介紹的相關(guān)資料,開發(fā)APP 不僅需要對(duì)API的調(diào)用還需要對(duì)時(shí)間相關(guān)的各種API之間的差別,再因場(chǎng)景而異去設(shè)計(jì)相應(yīng)的機(jī)制,需要的朋友可以參考下2016-12-12
簡(jiǎn)單好用可任意定制的iOS Popover氣泡效果
Popover(氣泡彈出框/彈出式氣泡/氣泡)是由一個(gè)矩形和三角箭頭組成的彈出窗口,箭頭指向的地方通常是導(dǎo)致Popover彈出的控件或區(qū)域。本文通過實(shí)例代碼給大家介紹了iOS Popover氣泡效果,需要的朋友參考下吧2017-12-12
iOS開發(fā)之手勢(shì)識(shí)別實(shí)例
本篇文章主要介紹了iOS開發(fā)之手勢(shì)識(shí)別實(shí)例,具有一定的參考價(jià)值,有需要的可以了解一下。2016-11-11
詳解IOS開發(fā)之實(shí)現(xiàn)App消息推送(最新)
這篇文章主要介紹了詳解IOS開發(fā)之實(shí)現(xiàn)App消息推送(最新),具有一定的參考價(jià)值,有興趣的可以了解一下。2016-12-12

