NSTimer循环引用分析

2024-02-07 02:38
文章标签 分析 引用 循环 nstimer

本文主要是介绍NSTimer循环引用分析，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

文章目录

  • NSTimer介绍
  • 循环引用问题
    • 创建
    • 循环引用
    • 处理办法
      • 方案一：中间代理对象
      • 方案一升级版
        • 关于NSProxy类的补充
      • 方案二：将timer引用改变
      • 方案三：使用Category
  • 参考文献

NSTimer介绍

官方文档

经过一定时间间隔后将触发的计时器，会将指定的消息发送到目标对象

官方文档中给了三种创建定时器的方法：

  • 使用类方法创建计时器，并在默认模式下将其安排在当前运行循环上：
    scheduledTimerWithTimeInterval:invocation:repeats:
    scheduledTimerWithTimeInterval:target:selector:userInfo:repeats:
  • 使用类方法创建计时器对象，而不在RunLoop上安排它（创建计时器后需要手动调用addTimer:forMode: 方法将其添加到RunLoop中）
    timerWithTimeInterval:invocation:repeats:
    timerWithTimeInterval:target:selector:userInfo:repeats:
  • 分配计时器并使用方法将其初始化（创建计时器后需要手动调用addTimer:forMode: 方法将其添加到RunLoop中）initWithFireDate:interval:target:selector:userInfo:repeats:

关于销毁，文档的解释如下：

Once scheduled on a run loop, the timer fires at the specified interval until it is invalidated. A nonrepeating timer invalidates itself immediately after it fires. However, for a repeating timer, you must invalidate the timer object yourself by calling its invalidate method. Calling this method requests the removal of the timer from the current run loop; as a result, you should always call the invalidate method from the same thread on which the timer was installed. Invalidating the timer immediately disables it so that it no longer affects the run loop. The run loop then removes the timer (and the strong reference it had to the timer), either just before the invalidate method returns or at some later point. Once invalidated, timer objects cannot be reused.

大致意思是：一旦安排在RunLoop中，计时器就会以指定的时间间隔触发，直到失效为止。非重复计时器在触发后立即失效。而重复计时器需要调用invalidate方法自己使计时器对象无效。调用此方法要求从当前RunLoop中删除计时器。你应该始终从安装计时器的同一线程中调用该方法。使计时器无效就会立即禁用，以使其不再影响RunLoop。然后，RunLoop将删除该计时器（以及该计时器必须具有的强引用），在invalidate方法返回之前或稍后。一旦失效，计时器对象将无法重用。

循环引用问题

创建

从 NSTimer 的官方文档可以得知，RunLoop 对加入其中的 NSTimer 会添加一个强引用。那么我们试试在 NSTimer 创建之后加入 RunLoop 之前，弱引用NSTimer对象是否会释放：

@interface TimeViewController ()@property (nonatomic,weak) NSTimer *timer;@end@implementation TimeViewController- (void)viewDidLoad {[super viewDidLoad];self.timer = [NSTimer timerWithTimeInterval:1.0 target:self selector:@selector(doSomething) userInfo:nil repeats:YES];if (self.timer == nil) {NSLog(@"timer 被释放了");}}- (void)doSomething {NSLog(@"doSomething");
}

在这里插入图片描述
再加入RunLoop看看，因为弱引用会被自动释放，所以需要一个中间变量：

@interface TimeViewController ()@property (nonatomic,weak) NSTimer *timer;@end@implementation TimeViewController- (void)viewDidLoad {[super viewDidLoad];// 创建 NSTimerNSTimer *aTimer = [NSTimer timerWithTimeInterval:1.0 target:self selector:@selector(doSomething) userInfo:nil repeats:YES];// 赋值给 weak 变量self.timer = aTimer;// NSTimer 加入 NSRunLoop[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSDefaultRunLoopMode];if (self.timer == nil) {NSLog(@"timer 被释放了");}}- (void)doSomething {NSLog(@"doSomething");
}

在这里插入图片描述
我们就可以看到，timer已经执行了

循环引用

这里我使用跳转的方式结束这个ViewController的的生命

@interface TimeViewController ()@property (nonatomic,weak) NSTimer *timer;@end@implementation TimeViewController- (void)viewDidLoad {[super viewDidLoad];// 创建 NSTimerNSTimer *aTimer = [NSTimer timerWithTimeInterval:1.0 target:self selector:@selector(doSomething) userInfo:nil repeats:YES];// 赋值给 weak 变量self.timer = aTimer;// NSTimer 加入 NSRunLoop[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSDefaultRunLoopMode];if (self.timer == nil) {NSLog(@"timer 被释放了");}}- (void)doSomething {NSLog(@"doSomething");
}- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {[self dismissViewControllerAnimated:NO completion:nil];
}- (void)dealloc {NSLog(@"dealloc");// ViewController执行dealloc时timer也销毁[self.timer invalidate];
}

执行后发现，ViewController并没有执行dealloc方法，所以timer也没有销毁，可timer是弱引用，为什么会这样呢，我们分析分析
NSTimer被释放的前提是ViewController被dealloc，而NSTimer一直强引用着ViewController，这就造成了循环引用

处理办法

也就是说，只要NSTimer不强引用ViewController，即target对象不是ViewController，就可以解决
有两个办法处理这个问题：

方案一：中间代理对象

加入一个中间代理对象

@interface TAYProxy : NSObject+ (instancetype) proxyWithTarget:(id)target;
@property (weak, nonatomic) id target;@end@implementation TAYProxy+ (instancetype) proxyWithTarget:(id)target {TAYProxy *proxy = [[TAYProxy alloc] init];proxy.target = target;return proxy;
}- (id)forwardingTargetForSelector:(SEL)aSelector {return self.target;
}@end

根据上面分析，timer是强引用还是弱引用对结果不造成影响，所以我们直接写成强引用，就不需要创建一个中间变量了

@interface TimeViewController ()@property (nonatomic,strong) NSTimer *timer;@end@implementation TimeViewController- (void)viewDidLoad {[super viewDidLoad];// 中间代理对象self.timer = [NSTimer timerWithTimeInterval:1.0 target:[TAYProxy proxyWithTarget:self] selector:@selector(doSomething) userInfo:nil repeats:YES];[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSDefaultRunLoopMode];}- (void)doSomething {NSLog(@"doSomething");
}- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {[self dismissViewControllerAnimated:NO completion:nil];
}- (void)dealloc {NSLog(@"dealloc");// ViewController执行dealloc时timer也销毁[self.timer invalidate];
}

在这里插入图片描述
可以看出来是解决了问题的，我们来分析分析原因：
在这里插入图片描述

  • 当界面dismiss的时候，TimerViewController就没有强指针指向了，可以被销毁
  • TimerViewController被销毁的时候会走dealloc，就会调用[self.timer invalidate]; 那么timer会从RunLoop中移除，指向timer的指针被销毁
  • TimerViewController销毁了，对应的强指针也就会销毁，即TimerViewController指向timer的指针被销毁
  • timer已经没有指针引用了，也会被销毁，那么TAYProxy实例对象也就销毁了

大功告成！

方案一升级版

通过看这篇博客，发现还有一种更高明的写法
思路来源于YYWeakProxy，YYKit 开源项目 ，是一个代理类的实现
有一个NSProxy类，这是一个专门用于做消息转发的类，我们需要通过子类的方式来使用它
创建一个TAYWeakProxy，继承于NSProxy类

@interface TAYWeakProxy : NSProxy+ (instancetype)proxyWithTarget:(id)target;
@property (weak, nonatomic) id target;@end@implementation TAYWeakProxy+ (instancetype)proxyWithTarget:(id)target {TAYWeakProxy *proxy = [TAYWeakProxy alloc];proxy.target = target;return proxy;
}- (NSMethodSignature *)methodSignatureForSelector:(SEL)sel {return [self.target methodSignatureForSelector:sel];
}- (void)forwardInvocation:(NSInvocation *)invocation {[invocation invokeWithTarget:self.target];
}

在TimerViewController里操作和上面差不多

@interface TimeViewController ()@property (nonatomic,strong) NSTimer *timer;@end@implementation TimeViewController- (void)viewDidLoad {[super viewDidLoad];// 中间代理对象self.timer = [NSTimer timerWithTimeInterval:1.0 target:[TAYWeakProxy proxyWithTarget:self] selector:@selector(doSomething) userInfo:nil repeats:YES];[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSDefaultRunLoopMode];}- (void)doSomething {NSLog(@"doSomething");
}- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {[self dismissViewControllerAnimated:NO completion:nil];
}- (void)dealloc {NSLog(@"dealloc");// ViewController执行dealloc时timer也销毁[self.timer invalidate];
}

两者对比：

TAYProxyTAYWeakProxy
父类NSObjectNSProxy
实现方法forwardingTargetForSelector:methodSignatureForSelector:和forwardInvocation:
关于NSProxy类的补充
  • NSProxy是一个专门用来做消息转发的类
  • NSProxy是个抽象类，使用需自己写一个子类继承自NSProxy
  • NSProxy的子类需要实现两个方法，就是上面那两个，即：methodSignatureForSelector:和forwardInvocation:

NSProxy类的优点在于直接执行了消息转发机制三次拯救的第三步的调用methodSignatureForSelector:返回方法签名，如果方法签名不为nil，调用forwardInvocation:来执行该方法，会跳过前面的步骤，提高性能

方案二：将timer引用改变

虽然TimerViewController强引用了timer，但是timer可以不强引用TimerViewController，我之前想过使用weakSelf，但是并没有成功，我是这么写的：

@interface TimeViewController ()@property (nonatomic,strong) NSTimer *timer;@end@implementation TimeViewController- (void)viewDidLoad {[super viewDidLoad];// 使用weakSelf__weak typeof(self) weakSelf = self;self.timer = [NSTimer timerWithTimeInterval:1.0 target:weakSelf selector:@selector(doSomething) userInfo:nil repeats:YES];[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSDefaultRunLoopMode];
}- (void)doSomething {NSLog(@"doSomething");
}- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {[self dismissViewControllerAnimated:NO completion:nil];
}- (void)dealloc {NSLog(@"dealloc");// ViewController执行dealloc时timer也销毁[self.timer invalidate];
}

运行结果显示并没有调用dealloc方法，我便放弃了这个想法，后来在这篇博客中发现将使用的target-action方法改为block方法就可以了

@interface TimeViewController ()@property (nonatomic,strong) NSTimer *timer;@end@implementation TimeViewController- (void)viewDidLoad {[super viewDidLoad];// 使用weakSelf__weak typeof(self) weakSelf = self;
//    self.timer = [NSTimer timerWithTimeInterval:1.0 target:weakSelf selector:@selector(doSomething) userInfo:nil repeats:YES];self.timer = [NSTimer timerWithTimeInterval:1.0 repeats:YES block:^(NSTimer * _Nonnull timer) {[weakSelf doSomething];}];[[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSDefaultRunLoopMode];
}- (void)doSomething {NSLog(@"doSomething");
}- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {[self dismissViewControllerAnimated:NO completion:nil];
}- (void)dealloc {NSLog(@"dealloc");// ViewController执行dealloc时timer也销毁[self.timer invalidate];
}

这个原因我还没有探究出来，有知道的朋友麻烦赐教

方案三：使用Category

通过 category 把 NSTimer 的 target 设置为 NSTimer 类，让 NSTimer 自身做为target, 把 selector 通过 block 传入给 NSTimer，在 NSTimer 的 category 里面触发 selector 。这样也可以达到 NSTimer 不直接持有 TimerViewController 的目的，实现更优雅 ( 如果是直接支持 iOS 10 以上的系统版本，那可以使用 iOS 10新增的系统级 block 方案 )

@interface NSTimer (BlocksSupport)
+ (NSTimer *)tay_scheduledTimerWithTimeInterval:(NSTimeInterval)interval repeats:(BOOL)repeats block: (void(^)())block;@end@implementation NSTimer (BlocksSupport)+ (NSTimer *)tay_scheduledTimerWithTimeInterval:(NSTimeInterval)interval repeats:(BOOL)repeats block:(void(^)())block {return [self scheduledTimerWithTimeInterval:interval target:self selector:@selector(tay_blockInvoke:) userInfo:[block copy] repeats:repeats];
}
+ (void)tay_blockInvoke:(NSTimer *)timer {void (^block)(void) = timer.userInfo;if(block) {block();}
}@end

@interface TimeViewController ()@property (nonatomic,strong) NSTimer *timer;@end@implementation TimeViewController- (void)viewDidLoad {[super viewDidLoad];// categoryself.timer =[NSTimer tay_scheduledTimerWithTimeInterval:1.0 repeats:YES block:^{NSLog(@"doSomething");}];}
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {[self dismissViewControllerAnimated:NO completion:nil];
}- (void)dealloc {NSLog(@"dealloc");// ViewController执行dealloc时timer也销毁[self.timer invalidate];
}

参考文献

NSTimer 避坑指南
如何正确的使用NSTimer

这篇关于NSTimer循环引用分析的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！


http://www.chinasem.cn/article/686292。

相关文章

C# foreach 循环中获取索引的实现方式

C# foreach 循环中获取索引的实现方式

《C#foreach循环中获取索引的实现方式》：本文主要介绍C#foreach循环中获取索引的实现方式,本文给大家介绍的非常详细,对大家的学习或工作具有一定的参考借鉴价值,需要的朋友参考下吧... 目录一、手动维护索引变量二、LINQ Select + 元组解构三、扩展方法封装索引四、使用 for 循环替代
阅读更多...
Java程序进程起来了但是不打印日志的原因分析

Java程序进程起来了但是不打印日志的原因分析

《Java程序进程起来了但是不打印日志的原因分析》：本文主要介绍Java程序进程起来了但是不打印日志的原因分析,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录Java程序进程起来了但是不打印日志的原因1、日志配置问题2、日志文件权限问题3、日志文件路径问题4、程序
阅读更多...
Java字符串操作技巧之语法、示例与应用场景分析

Java字符串操作技巧之语法、示例与应用场景分析

《Java字符串操作技巧之语法、示例与应用场景分析》在Java算法题和日常开发中,字符串处理是必备的核心技能,本文全面梳理Java中字符串的常用操作语法,结合代码示例、应用场景和避坑指南,可快速掌握字... 目录引言1. 基础操作1.1 创建字符串1.2 获取长度1.3 访问字符2. 字符串处理2.1 子字
阅读更多...
Spring Boot循环依赖原理、解决方案与最佳实践(全解析)

Spring Boot循环依赖原理、解决方案与最佳实践(全解析)

《SpringBoot循环依赖原理、解决方案与最佳实践(全解析)》循环依赖指两个或多个Bean相互直接或间接引用,形成闭环依赖关系,：本文主要介绍SpringBoot循环依赖原理、解决方案与最... 目录一、循环依赖的本质与危害1.1 什么是循环依赖？1.2 核心危害二、Spring的三级缓存机制2.1 三
阅读更多...
Python 迭代器和生成器概念及场景分析

Python 迭代器和生成器概念及场景分析

《Python迭代器和生成器概念及场景分析》yield是Python中实现惰性计算和协程的核心工具,结合send()、throw()、close()等方法,能够构建高效、灵活的数据流和控制流模型,这... 目录迭代器的介绍自定义迭代器省略的迭代器生产器的介绍yield的普通用法yield的高级用法yidle
阅读更多...
C++ Sort函数使用场景分析

C++ Sort函数使用场景分析

《C++Sort函数使用场景分析》sort函数是algorithm库下的一个函数,sort函数是不稳定的,即大小相同的元素在排序后相对顺序可能发生改变,如果某些场景需要保持相同元素间的相对顺序,可使... 目录C++ Sort函数详解一、sort函数调用的两种方式二、sort函数使用场景三、sort函数排序
阅读更多...
kotlin中const 和val的区别及使用场景分析

kotlin中const 和val的区别及使用场景分析

《kotlin中const和val的区别及使用场景分析》在Kotlin中,const和val都是用来声明常量的,但它们的使用场景和功能有所不同,下面给大家介绍kotlin中const和val的区别,... 目录kotlin中const 和val的区别1. val:2. const:二 代码示例1 Java
阅读更多...
Go标准库常见错误分析和解决办法

Go标准库常见错误分析和解决办法

《Go标准库常见错误分析和解决办法》Go语言的标准库为开发者提供了丰富且高效的工具,涵盖了从网络编程到文件操作等各个方面,然而,标准库虽好,使用不当却可能适得其反,正所谓工欲善其事,必先利其器,本文将... 目录1. 使用了错误的time.Duration2. time.After导致的内存泄漏3. jsO
阅读更多...
springboot循环依赖问题案例代码及解决办法

springboot循环依赖问题案例代码及解决办法

《springboot循环依赖问题案例代码及解决办法》在SpringBoot中,如果两个或多个Bean之间存在循环依赖（即BeanA依赖BeanB,而BeanB又依赖BeanA）,会导致Spring的... 目录1. 什么是循环依赖？2. 循环依赖的场景案例3. 解决循环依赖的常见方法方法 1：使用 @La
阅读更多...
Spring事务中@Transactional注解不生效的原因分析与解决

Spring事务中@Transactional注解不生效的原因分析与解决

《Spring事务中@Transactional注解不生效的原因分析与解决》在Spring框架中,@Transactional注解是管理数据库事务的核心方式,本文将深入分析事务自调用的底层原理,解释为... 目录1. 引言2. 事务自调用问题重现2.1 示例代码2.2 问题现象3. 为什么事务自调用会失效3
阅读更多...

Copyright China编程 23002807@qq.com

沪ICP备2023033072号-2