当前位置: 首页 > 编程笔记 >

iOS NSTimer循环引用的办法

廖弘伟
2023-03-14
本文向大家介绍iOS NSTimer循环引用的办法,包括了iOS NSTimer循环引用的办法的使用技巧和注意事项,需要的朋友参考一下

在当前控制器(ViewController)的view上添加了一个自定义的view(LXFTimerView), LXFTimerView在成功创建出来后添加了定时器NSTimer并加入RunLoop开始工作, 当在当前控制器里将LXFTimerView移除掉后,定时器还在工作,而且LXFTimerView里的dealloc并没有调用

代码

LXFTimerView.m

#import "LXFTimerView.h"
@interface LXFTimerView()
/** 定时器 */
@property(nonatomic, weak) NSTimer *timer;
@end

@implementation LXFTimerView
- (instancetype)initWithFrame:(CGRect)frame {
  if (self = [super initWithFrame:frame]) {
    [self addTimer];
  }
  return self;
}

- (void)dealloc {
  NSLog(@"LXFTimerView - dealloc");
  [self removeTimer];
}

#pragma mark - 定时器方法
/** 添加定时器方法 */
- (void)addTimer {
  // 创建定时器
  if (self.timer) { return; }
  self.timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(log) userInfo:nil repeats:YES];
  [[NSRunLoop currentRunLoop] addTimer:self.timer forMode:NSRunLoopCommonModes];
}
/** 移除定时器 */
- (void)removeTimer {
  [self.timer invalidate];
  self.timer = nil;
}
- (void)log {
  NSLog(@"定时器 -- %s", __func__);
}
@end

ViewController.m

#import "ViewController.h"
#import "LXFTimerView.h"
@interface ViewController ()
/** timerView */
@property(nonatomic, weak) LXFTimerView *timerView;
@end

@implementation ViewController
- (void)viewDidLoad {
  [super viewDidLoad];
  LXFTimerView *timerView = [[LXFTimerView alloc] initWithFrame:CGRectMake(0, 0, self.view.bounds.size.width, 200)];
  timerView.backgroundColor = [UIColor orangeColor];
  self.timerView = timerView;
  [self.view addSubview:timerView];  
}
- (void)touchesBegan:(NSSet<UITouch *> *)touches withEvent:(UIEvent *)event {
  [self.timerView removeFromSuperview];
}
@end

引用关系

问题就出在LXFTimerView与NSTimer之间,在创建定时器时执行

[NSTimer scheduledTimerWithTimeInterval: target: selector: userInfo: repeats:];

会将LXFTimerView进行强引用,什么?我怎么知道?看下图

翻译:定时器保持着对target的强引用,直到定时器作废 那为什么LXFTimerView中的timer属性要用weak?? 不用着急,下面即将揭晓~

解决方案

让定时器指着另一个对象,让那个对象来执行LXFTimerView中需要执行的方法。 引用关系如下图所示

创建一个继承于NSObject的类 LXFWeakTarget,并提供一个创建定时器的方法(苹果官方的方法,对scheduledTimerWithTimeInterval进行转到定义操作【就是command+左键】就可以得到) LXFWeakTarget.h

#import <Foundation/Foundation.h>
@interface LXFWeakTarget : NSObject
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(nullable id)userInfo repeats:(BOOL)yesOrNo;
@end
#import "LXFWeakTarget.h"

@interface LXFWeakTarget()
@property(nonatomic, weak) id target;
@property(nonatomic, assign) SEL selector;
@end

@implementation LXFWeakTarget
+ (NSTimer *)scheduledTimerWithTimeInterval:(NSTimeInterval)ti target:(id)aTarget selector:(SEL)aSelector userInfo:(nullable id)userInfo repeats:(BOOL)yesOrNo {
  // 创建当前类的对象
  LXFWeakTarget *object = [[LXFWeakTarget alloc] init];
  object.target = aTarget;
  object.selector = aSelector;

  return [NSTimer scheduledTimerWithTimeInterval:ti target:object selector:@selector(execute:) userInfo:userInfo repeats:yesOrNo];
}
- (void)execute:(id)obj {
  [self.target performSelector:self.selector withObject:obj]; 
}
@end

在LXFTimerView.m中导入LXFWeakTarget的头文件

#import "LXFWeakTarget.h"

将创建定时器的类改为 LXFWeakTarget


self.timer = [LXFWeakTarget scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(log) userInfo:nil repeats:YES];


现在再来执行一下程序

 

最后缕下思路

  1. 我们用一个LXFWeakTarget来替LXFTimerView执行一些操作。
  2. 当没有被定时器强引用的LXFTimerView从父控件上被移除时,就会执行dealloc方法,LXFTimerView被销毁。
  3. 将定时器作废并设为nil,这样定时器对LXFWeakTarget的引用也没有了,LXFWeakTarget也会被销毁。

好,那“为什么LXFTimerView中的timer属性要用weak”这个问题就不用多加解析了吧。

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持小牛知识库。

 类似资料:
  • 本文向大家介绍iOS NSTimer循环引用的几种解决办法,包括了iOS NSTimer循环引用的几种解决办法的使用技巧和注意事项,需要的朋友参考一下 发生场景 在 Controller B 中有一个 NSTimer 你创建了它,并挂载到 main runloop 然后退出 Controller B 的时候,忘记关掉 timer 了 Controller B 将不会释放,B 与 timer 循环引

  • 问题内容: 在正在进行的项目中,人们编写了服务类来访问DAO。几乎每个业务对象都具有使用自己的DAO的自己的服务。在某些服务上,我们使用对其他服务的引用。目前,人们正在实例化构造函数内部所需的服务。 但是现在,我遇到了麻烦,因为服务A需要服务B而服务B需要服务A,因此对任一构造函数的调用都会导致堆栈溢出… 示例(伪代码): 您将如何解决?使用单例模式? 谢谢 问题答案: Spring框架通过使用依

  • 问题内容: 给定一个以复杂的,循环的方式相互引用的类实例的集合:垃圾收集器是否可能无法释放这些对象? 我隐约记得过去这是JVM中的问题,但我 认为 这在几年前已解决。但是,在jhat中进行的一些调查显示,循环引用是我现在面临的内存泄漏的原因。 注意:我一直给人以JVM能够解析循环引用并从内存中释放这种“垃圾岛”的印象。 但是,我提出这个问题只是为了看看是否有人发现了任何异常。 问题答案: 循环引用

  • 本文向大家介绍C++中的循环引用,包括了C++中的循环引用的使用技巧和注意事项,需要的朋友参考一下 虽然C++11引入了智能指针的,但是开发人员在与内存的斗争问题上并没有解放,如果我门实用不当仍然有内存泄漏问题,其中智能指针的循环引用缺陷是最大的问题。 我们可以看到在出main函数作用域之前两个指针指向的内存并没有释放(指针指向的对象没有调用析构函数),我门把当前的引用数打印出来为2这个没有问题,

  • 本文向大家介绍详解Struts2中json 相互引用死循环解决办法,包括了详解Struts2中json 相互引用死循环解决办法的使用技巧和注意事项,需要的朋友参考一下 方法1 :利用Struts 2的支持的可配置结果,可以达到过滤器的效果。Action的处理结果配置支持正则表达式。 但是如果返回的对象是一个数组格式的Json数据。比如peson Bean中有对象persion1…person9,而

  • 一个实用的垃圾收集器大体上应该满足以下条件 一、消除悬空指针和内存泄露 二、不能给程序运行带来过高的额外开销,一般来说要控制在10% 三、尽量减少停顿时间,使得运行平稳 四、内存管理方面局部性尽量好 其中第一条没什么好说的,肯定要符合,至于第四条,当然也很重要,局部性做好了可以成倍提高运行速度,不过,如果都是内存操作,就算没做好速度一般也可以接受了,在老式的系统中,由于会用磁盘等外部存储扩展内存,