本文皆为个人总结，如有错误，欢迎指正，谢谢！
这里直奔主题吧，在另一篇文章《关于NSTimer使用的内存泄漏问题之主线程》中有对NSTimer比较详细的介绍。
Part 1 子线程中使用NSTimer遇到问题
- 在子线程中使用NSTimer，主要问题就是子线程的释放问题。子线程如果没有释放，那么子线程的target便不能释放，所以问题的关键点就是子线程的释放。
Part 2 子线程的释放
- 子线程的释放取决于runloop是否开启，那么问题定位的更精确了：runloop的开启与退出。
- 子线程的runloop是需要我们手动开启的，苹果为我们提供了三种方式开启runloop。
// method 1 苹果的描述中有这样一句话:If you want the run loop to terminate, you shouldn't use this method.
// 意思就是如果你想让这个runloop退出,那就不要用这个方法.
- (void)run;
// method 2 苹果的描述中有这样一句话: If no input sources or timers are attached to the run loop, this method exits immediately.
// 意思就是当没有输入源或者timer加入到runloop中时,runloop会立即退出
- (void)runUntilDate:(NSDate *)limitDate;
// method 3 苹果描述中有这样一句话: If no input sources or timers are attached to the run loop, this method exits immediately and returns NO.
// 意思就是当没有输入源或者timer加入到runloop中时,runloop会立即退出并返回NO.
- (BOOL)runMode:(NSRunLoopMode)mode beforeDate:(NSDate *)limitDate;
# 小结
// 1.如果我们通过run方法启动runloop是无法退出runloop的,所以子线程无法释放,其引用的target便不能释放.
// 2.在子线程中使用NSTimer,要通过runUntilDate: 或 runMode: beforeDateL:来启动runloop才可以控制子线程的释放.
#扩展
/*
* 关于run的使用,我目前了解到的就是常驻线程(当然也有可能在其他方面用到,欢迎在评论中补充,谢谢)
* 最典型的例子就是AFN2.xxx版本,里面就是创建了一个常驻线程.在AFN3.0只后的版本便不再创建常驻线程了.
* 原因是从iOS9.0开始 苹果deprecated了 NSURLConnection。 替代方案就是NSURLSession。
这里有篇文章可详细了解:https://www.jianshu.com/p/b5c27669e2c1
*/
// 创建常驻线程代码,这里AFN是用单例去创建的
+ (void)networkRequestThreadEntryPoint:(id)__unused object {
@autoreleasepool {
[[NSThread currentThread] setName:@"AFNetworking"];
NSRunLoop *runLoop = [NSRunLoop currentRunLoop];
[runLoop addPort:[NSMachPort port] forMode:NSDefaultRunLoopMode];
[runLoop run];
}
}
+ (NSThread *)networkRequestThread {
static NSThread *_networkRequestThread = nil;
static dispatch_once_t oncePredicate;
dispatch_once(&oncePredicate, ^{
_networkRequestThread = [[NSThread alloc] initWithTarget:self selector:@selector(networkRequestThreadEntryPoint:) object:nil];
[_networkRequestThread start];
});
return _networkRequestThread;
}
Part 3 如何解决
- 通过以上分析，解决方案便有了，这里我还是分两种情况
#pragma mark 情况1.不需要重复操作,repeats == NO（同主线程一样,系统会自动处理）
// 当timer执行完任务后,系统会自动从当前线程中移除timer,所以不需要手动处理
#pragma mark 情况2.需要重复操作，即repeats == YES
// 通过以下两种方式的其中一个开启runloop（参数应该不用介绍了吧……）
- (void)runUntilDate:(NSDate *)limitDate;
- (BOOL)runMode:(NSRunLoopMode)mode beforeDate:(NSDate *)limitDate;
# 切记不能够在dealloc中invalidate，原因是子线程与target在互相引用，必须先释放子线程
总结：
由于子线程与target的互相引用造成内存泄漏，所以要找到合适时机释放子线程，要想控制子线程的释放，就要通过正确的方式开启子线程的runloop。
参考代码：
- (void)viewDidLoad {
[super viewDidLoad];
self.title = @"test";
self.view.backgroundColor = [UIColor whiteColor];
NSThread *threadA = [[NSThread alloc] initWithTarget:self selector:@selector(initTimer) object:nil];
[threadA setName:@"testThreadA"];
[threadA start];
self.thread = threadA;
//监听子线程的释放
[[NSNotificationCenter defaultCenter] addObserver:self selector:@selector(threadfinishTask:) name:NSThreadWillExitNotification object:nil];
}
- (void)threadfinishTask:(NSNotification *)notification{
NSLog(@"==============================子线程被释放了！");
}
- (void)initTimer {
_timer = [NSTimer scheduledTimerWithTimeInterval:1.0 target:self selector:@selector(refreshData) userInfo:@{@"key":@"value"} repeats:YES];
[[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
}
- (void)refreshData {
self.i ++;
NSLog(@"%@",@(self.i));
}
- (void)cancelTimer {
if (_timer) {
if ([_timer isValid]) { // 如果timer还在runLoop中
[_timer invalidate];
}
_timer = nil;
}
}
- (void)viewDidDisappear:(BOOL)animated {
[super viewDidDisappear:animated];
[self performSelector:@selector(cancelTimer) onThread:self.thread withObject:nil waitUntilDone:YES];
}
- (void)dealloc {
NSLog(@"dealloc~~~~~~~~~~~~ ");
}
参考文章：
《iOS 在子线程中NSTimer的启动和关闭》(思路是在文章底部一个叫“穷寇
”的评论内找到的)
《AFNetworking3.0后为什么不再需要常驻线程？》