一 發(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)致類無法正確釋放。

大家可能覺得解決這個(gè)問題很簡單，在合適的時(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簡便，但不失為一種好的方法，保存了系統(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操作。

閑言雜語

以上內(nèi)容僅代表個(gè)人想法，如果您有更好的想法，更好的解決辦法，可以一起探討。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

最新評(píng)論