本文深入探讨了NSRunLoop的作用及其与定时器的互动机制，特别是在滚动视图和其他多线程操作中如何调整RunLoopMode以确保事件处理的一致性。详细解释了如何在不同RunLoop模式下注册和管理定时器，以及如何通过代码示例解决在滚动视图时无法处理定时事件的问题。此外，文章还介绍了如何利用RunLoop特性避免内存泄漏，以及如何在触摸事件中实现长按功能。
1.NSRunLoop是消息机制的处理模式
NSRunLoop的作用在于有事情做的时候使的当前NSRunLoop的线程工作，没有事情做让当前NSRunLoop的线程休眠
2.nstimer默认添加到当前NSRunLoop中，也可以手动制定添加到自己新建的NSRunLoop的中
[NSTimer schduledTimerWithTimeInterval: target:selector:userInfo:repeats];
此方法默认添加到当前NSRunLoop中
NSTimer *timer = [NSTimer timerWithTimeInterval: invocation:repeates:];
NSTimer *timer = [[NSTimer alloc] initWithFireDate:...];
创建timer [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
注意 timer的释放
3.NSRunLoop就是一直在循环检测，从线程start到线程end，检测inputsource(如点击，双击等操作)同步事件，检测timesource同步事件，检测到输入源会执行处理函数，首先会产生通知，corefunction向线程添加runloop observers来监听事件，意在监听事件发生时来做处理。
4.runloopmode是一个集合，包括监听：事件源，定时器，以及需通知的runloop observers
模式包括：
default模式：几乎包括所有输入源(除NSConnection) NSDefaultRunLoopMode模式
mode模式：处理modal panels
connection模式：处理NSConnection事件，属于系统内部，用户基本不用
event tracking模式：如组件拖动输入源 UITrackingRunLoopModes 不处理定时事件
common modes模式：NSRunLoopCommonModes 这是一组可配置的通用模式。将input sources与该模式关联则同时也将input sources与该组中的其它模式进行了关联。
每次运行一个run loop，你指定（显式或隐式）run loop的运行模式。当相应的模式传递给run loop时，只有与该模式对应的input sources才被监控并允许run loop对事件进行处理（与此类似，也只有与该模式对应的observers才会被通知）
例：
1).在timer与table同时执行情况，当拖动table时，runloop进入UITrackingRunLoopModes模式下，不会处理定时事件，此时timer不能处理，所以此时将timer加入到NSRunLoopCommonModes模式(addTimer forMode)
2).在scroll一个页面时来松开，此时connection不会收到消息，由于scroll时runloop为UITrackingRunLoopModes模式，不接收输入源，此时要修改connection的mode
[scheduleInRunLoop:[NSRunLoop currentRunLoop]forMode:NSRunLoopCommonModes];
5.关于-(BOOL)runMode:(NSString *)mode beforeDate:(NSDate *)date;方法
指定runloop模式来处理输入源，首个输入源或date结束退出。
暂停当前处理的流程，转而处理其他输入源，当date设置为[NSDate distantFuture](将来，基本不会到达的时间)，所以除非处理其他输入源结束，否则永不退出处理暂停的当前处理的流程。
6.while(A){
[[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
}
当前A为YES时，当前runloop会一直接收处理其他输入源，当前流程不继续处理，出为A为NO，当前流程继续
7.perform selector在thread中被序列化执行，这样就缓和了许多在同一个thread中运行多个方法所产生的同步问题。perform selector source在运行完selector后自动从run loop中移除。
当在非main thread中perform selector时，其thread中必须有一个激活的run loop。对于你自己创建的thread而言，只有你的代码显式的运行一个run loop后该perform selector才能得到执行。Run loop在当loop运行时处理所有已排队的perform selector，而不是在一个loop循环时只处理某一个perform selector。
8.performSelector关于内存管理的执行原理是这样的执行 [self performSelector:@selector(method1:) withObject:self.tableLayer afterDelay:3]; 的时候，系统会将tableLayer的引用计数加1，执行完这个方法时，还会将tableLayer的引用计数减1，由于延迟这时tableLayer的引用计数没有减少到0，也就导致了切换场景dealloc方法没有被调用，出现了内存泄露。
利用如下函数：
[NSObject cancelPreviousPerformRequestsWithTarget:self]
当然你也可以一个一个得这样用：
[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(method1:) object:nil]
加上了这个以后，顺利地执行了dealloc方法
在touchBegan里面
[self performSelector:@selector(longPressMethod:) withObject:nil afterDelay:longPressTime]
然后在end 或cancel里做判断，如果时间不够长按的时间调用：
[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(longPressMethod:) object:nil]
取消began里的方法
**********************************以下是我在cocoachina中看到的一份总结 转载过来
线程实现的几种方式：
1. Operation Objects // NSOperation及相关子类
2. ***** // dispatch_async等相关函数
3. Idle-time notifications // NSNotificationQueue,低优先级
3. Asynchronous functions // 异步函数
4. Timers // NSTimer
5. Separate processes // 没用过
线程创建的成本：
kernel data structures 约1KB
Stack space 512KB(secondary threads)
1MB(iOS main thread)
Creation time 约90 microseconds
Run Loop和线程的关系：
1. 主线程的run loop默认是启动的，用于接收各种输入sources
2. 对第二线程来说，run loop默认是没有启动的，如果你需要更多的线程交互则可以手动配置和启动，如果线程执行一个长时间已确定的任务则不需要。
Run Loop什么情况下使用：
a. 使用ports 或 input sources 和其他线程通信 // 不了解
b. 在线程中使用timers // 如果不启动run loop，timer的事件是不会响应的
c. 在Cocoa 应用中使用performSelector...方法 // 应该是performSelector...这种方法会启动一个线程并启动run loop吧
d. 让线程执行一个周期性的任务 // 如果不启动run loop， 线程跑完就可能被系统释放了
注：timer的创建和释放必须在同一线程中。
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes]; 此方法会retain timer对象的引用计数。
- (void)viewDidLoad{ [super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
NSTimer * timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(printMessage:) userInfo:nil repeats:YES];
// [[NSRunLoop currentRunLoop] addTimer:timer
// forMode:NSRunLoopCommonModes];}
如果我们同时在界面上滚动一个scrollview,那么我们会发现在滚动停止之前，控制台是不会有输出的，就好像scrollView在滚动的时候将timer暂停了一样。通过了解后发现，其实是Cocoa的RunLoop Mode在作怪。
我把runloop理解为一种cocoa下的一种消息循环的机制，用来处理各种消息事件。我们在开发的时候一般并不需要手动去创建一个runloop，因为在程序进入mainThread之后其实就为我们创建了默认的的mainRunLoop，通过[NSRunloop currentRunLoop]我们就可以得到当前线程对应的RunLoop对象，而我们需要留意的是在多个runloop之间消息的通知方式。
接上面说到的，开启一个NSTimer实质上是在当前Runloop中注册了一个新的事件源。而当scrollView在滚动的时候，当前MainRunLoop是处于UITrackingRunLoopMode，在该模式下，不会处理 NSDefaultRunLoopMode的消息（因为Runloop Model不一致），而NSTimer在创建后的RunLoop(B)默认会以NSDefaultRunLoopMode与当前context的Runloop(A)发送消息进行通信。要想在scrollView滚动的同时也接受其他runloop的消息，则需要改变两者之间的RunLoopMode
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
类似的问题在前几天修改一个http异步通信模块的时候也碰到了，简单地说是向服务器异步获取图片数据后通知主线程刷新tableView中的图片，但在tableView滚动还没有停止或用户手指还停留在屏幕上的时候，图片一直不会出来。后来发现请求数据的时候用到了NSURLConnection的
- (id)initWithRequest:(NSURLRequest *)request delegate:(id)delegate;
了解后发现该方法创建的异步请求线程和NSTimer一样，也是NSDefaultRunLoopMode的，与
- (id)initWithRequest:(NSURLRequest *)request delegate:(id)delegate startImmediately:(BOOL)startImmediately
不同的是，上面的方法默认创建后默认直接发起请求，并以NSDefaultRunLoopMode与runloop进行消息传递，因此我们需要和NSTimer一样更改他的RunLoopMode。
NSURLConnection *connection = [[NSURLConnection alloc] initWithRequest:request delegate:self startImmediately:NO];[connection scheduleInRunLoop:[NSRunLoop currentRunLoop] forMode:NSRunLoopCommonModes];
最早接触runloop的概念，是第一次用NSTimer的时候。一个最简单的例子:
- (void)viewDidLoad
{
[super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
NSTimer * timer = [NSTimer scheduledTimerWithTimeInterval:1
target:self
selector:@selector(printMessage:)
userInfo:nil
repeats:YES];
// [[NSRunLoop currentRunLoop] addTimer:timer
// forMode:NSRunLoopCommonModes];
}
如果我们同时在界面上滚动一个scrollview,那么我们会发现在滚动停止之前，控制台是不会有输出的，就好像scrollView在滚动的时候将timer暂停了一样。通过了解后发现，其实是Cocoa的RunLoop Mode在作怪。
我把runloop理解为一种cocoa下的一种消息循环的机制，用来处理各种消息事件。我们在开发的时候一般并不需要手动去创建一个runloop，因为在程序进入mainThread之后其实就为我们创建了默认的的mainRunLoop，通过[NSRunloop currentRunLoop]我们就可以得到当前线程对应的RunLoop对象，而我们需要留意的是在多个runloop之间消息的通知方式。
接上面说到的，开启一个NSTimer实质上是在当前Runloop中注册了一个新的事件源。而当scrollView在滚动的时候，当前MainRunLoop是处于UITrackingRunLoopMode，在该模式下，不会处理 NSDefaultRunLoopMode的消息（因为Runloop Model不一致），而NSTimer在创建后的RunLoop(B)默认会以NSDefaultRunLoopMode与当前context的Runloop(A)进行通信。要想在scrollView滚动的同时也接受其他runloop的消息，则需要改变两者之间的RunLoopMode
[[NSRunLoop currentRunLoop] addTimer:timer
forMode:NSRunLoopCommonModes];
类似的问题在前几天修改一个http异步通信模块的时候也碰到了，简单地说是向服务器异步获取图片数据后通知主线程刷新tableView中的图片，但在tableView滚动还没有停止或用户手指还停留在屏幕上的时候，图片一直不会出来。后来发现请求数据的时候用到了NSURLConnection的
- (id)initWithRequest:(NSURLRequest *)request
delegate:(id)delegate;
了解后发现该方法创建的异步请求线程和NSTimer一样，也是NSDefaultRunLoopMode的，与
- (id)initWithRequest:(NSURLRequest *)request
delegate:(id)delegate
startImmediately:(BOOL)startImmediately
不同的是，上面的方法默认创建后默认直接发起请求，并以NSDefaultRunLoopMode与runloop进行消息传递，因此我们需要和NSTimer一样更改他的RunLoopMode。
NSURLConnection *connection = [[NSURLConnection alloc]
initWithRequest:request
delegate:self
startImmediately:NO];
[connection scheduleInRunLoop:[NSRunLoop currentRunLoop]
forMode:NSRunLoopCommonModes];
[connection start];ios:NSRunLoop
1.NSRunLoop是消息机制的处理模式
NSRunLoop的作用在于有事情做的时候使的当前NSRunLoop的线程工作，没有事情做让当前NSRunLoop的线程休眠
2.nstimer默认添加到当前NSRunLoop中，也可以手动制定添加到自己新建的NSRunLoop的中
[NSTimer schduledTimerWithTimeInterval: target:selector:userInfo:repeats];
此方法默认添加到当前NSRunLoop中
NSTimer *timer = [NSTimer timerWithTimeInterval: invocation:repeates:];
NSTimer *timer = [[NSTimer alloc] initWithFireDate:...];
创建timer [[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
注意 timer的释放
3.NSRunLoop就是一直在循环检测，从线程start到线程end，检测inputsource(如点击，双击等操作)同步事件，检测timesource同步事件，检测到输入源会执行处理函数，首先会产生通知，corefunction向线程添加runloop observers来监听事件，意在监听事件发生时来做处理。
4.runloopmode是一个集合，包括监听：事件源，定时器，以及需通知的runloop observers
模式包括：
default模式：几乎包括所有输入源(除NSConnection) NSDefaultRunLoopMode模式
mode模式：处理modal panels
connection模式：处理NSConnection事件，属于系统内部，用户基本不用
event tracking模式：如组件拖动输入源 UITrackingRunLoopModes 不处理定时事件
common modes模式：NSRunLoopCommonModes 这是一组可配置的通用模式。将input sources与该模式关联则同时也将input sources与该组中的其它模式进行了关联。
每次运行一个run loop，你指定（显式或隐式）run loop的运行模式。当相应的模式传递给run loop时，只有与该模式对应的input sources才被监控并允许run loop对事件进行处理（与此类似，也只有与该模式对应的observers才会被通知）
例：
1).在timer与table同时执行情况，当拖动table时，runloop进入UITrackingRunLoopModes模式下，不会处理定时事件，此时timer不能处理，所以此时将timer加入到NSRunLoopCommonModes模式(addTimer forMode)
2).在scroll一个页面时来松开，此时connection不会收到消息，由于scroll时runloop为UITrackingRunLoopModes模式，不接收输入源，此时要修改connection的mode
[scheduleInRunLoop:[NSRunLoop currentRunLoop]forMode:NSRunLoopCommonModes];
5.关于-(BOOL)runMode:(NSString *)mode beforeDate:(NSDate *)date;方法
指定runloop模式来处理输入源，首个输入源或date结束退出。
暂停当前处理的流程，转而处理其他输入源，当date设置为[NSDate distantFuture](将来，基本不会到达的时间)，所以除非处理其他输入源结束，否则永不退出处理暂停的当前处理的流程。
6.while(A){
[[NSRunLoop currentRunLoop] runMode:NSDefaultRunLoopMode beforeDate:[NSDate distantFuture]];
}
当前A为YES时，当前runloop会一直接收处理其他输入源，当前流程不继续处理，出为A为NO，当前流程继续
7.perform selector在thread中被序列化执行，这样就缓和了许多在同一个thread中运行多个方法所产生的同步问题。perform selector source在运行完selector后自动从run loop中移除。
当在非main thread中perform selector时，其thread中必须有一个激活的run loop。对于你自己创建的thread而言，只有你的代码显式的运行一个run loop后该perform selector才能得到执行。Run loop在当loop运行时处理所有已排队的perform selector，而不是在一个loop循环时只处理某一个perform selector。
8.performSelector关于内存管理的执行原理是这样的执行 [self performSelector:@selector(method1:) withObject:self.tableLayer afterDelay:3]; 的时候，系统会将tableLayer的引用计数加1，执行完这个方法时，还会将tableLayer的引用计数减1，由于延迟这时tableLayer的引用计数没有减少到0，也就导致了切换场景dealloc方法没有被调用，出现了内存泄露。
利用如下函数：
[NSObject cancelPreviousPerformRequestsWithTarget:self]
当然你也可以一个一个得这样用：
[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(method1:) object:nil]
加上了这个以后，顺利地执行了dealloc方法
在touchBegan里面
[self performSelector:@selector(longPressMethod:) withObject:nil afterDelay:longPressTime]
然后在end 或cancel里做判断，如果时间不够长按的时间调用：
[NSObject cancelPreviousPerformRequestsWithTarget:self selector:@selector(longPressMethod:) object:nil]
取消began里的方法
**********************************以下是我在cocoachina中看到的一份总结 转载过来
线程实现的几种方式：
1. Operation Objects // NSOperation及相关子类
2. ***** // dispatch_async等相关函数
3. Idle-time notifications // NSNotificationQueue,低优先级
3. Asynchronous functions // 异步函数
4. Timers // NSTimer
5. Separate processes // 没用过
线程创建的成本：
kernel data structures 约1KB
Stack space 512KB(secondary threads)
1MB(iOS main thread)
Creation time 约90 microseconds
Run Loop和线程的关系：
1. 主线程的run loop默认是启动的，用于接收各种输入sources
2. 对第二线程来说，run loop默认是没有启动的，如果你需要更多的线程交互则可以手动配置和启动，如果线程执行一个长时间已确定的任务则不需要。
Run Loop什么情况下使用：
a. 使用ports 或 input sources 和其他线程通信 // 不了解
b. 在线程中使用timers // 如果不启动run loop，timer的事件是不会响应的
c. 在Cocoa 应用中使用performSelector...方法 // 应该是performSelector...这种方法会启动一个线程并启动run loop吧
d. 让线程执行一个周期性的任务 // 如果不启动run loop， 线程跑完就可能被系统释放了
注：timer的创建和释放必须在同一线程中。
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes]; 此方法会retain timer对象的引用计数。
- (void)viewDidLoad{ [super viewDidLoad];
// Do any additional setup after loading the view, typically from a nib.
NSTimer * timer = [NSTimer scheduledTimerWithTimeInterval:1 target:self selector:@selector(printMessage:) userInfo:nil repeats:YES];
// [[NSRunLoop currentRunLoop] addTimer:timer
// forMode:NSRunLoopCommonModes];}
如果我们同时在界面上滚动一个scrollview,那么我们会发现在滚动停止之前，控制台是不会有输出的，就好像scrollView在滚动的时候将timer暂停了一样。通过了解后发现，其实是Cocoa的RunLoop Mode在作怪。
我把runloop理解为一种cocoa下的一种消息循环的机制，用来处理各种消息事件。我们在开发的时候一般并不需要手动去创建一个runloop，因为在程序进入mainThread之后其实就为我们创建了默认的的mainRunLoop，通过[NSRunloop currentRunLoop]我们就可以得到当前线程对应的RunLoop对象，而我们需要留意的是在多个runloop之间消息的通知方式。
接上面说到的，开启一个NSTimer实质上是在当前Runloop中注册了一个新的事件源。而当scrollView在滚动的时候，当前MainRunLoop是处于UITrackingRunLoopMode，在该模式下，不会处理 NSDefaultRunLoopMode的消息（因为Runloop Model不一致），而NSTimer在创建后的RunLoop(B)默认会以NSDefaultRunLoopMode与当前context的Runloop(A)发送消息进行通信。要想在scrollView滚动的同时也接受其他runloop的消息，则需要改变两者之间的RunLoopMode
[[NSRunLoop currentRunLoop] addTimer:timer forMode:NSRunLoopCommonModes];
类似的问题在前几天修改一个http异步通信模块的时候也碰到了，简单地说是向服务器异步获取图片数据后通知主线程刷新tableView中的图片，但在tableView滚动还没有停止或用户手指还停留在屏幕上的时候，图片一直不会出来。后来发现请求数据的时候用到了NSURLConnection的
- (id)initWithRequest:(NSURLRequest *)request delegate:(id)delegate;
了解后发现该方法创建的异步请求线程和NSTimer一样，也是NSDefaultRunLoopMode的，与
- (id)initWithRequest:(NSURLRequest *)request delegate:(id)delegate startImmediately:(BOOL)startImmediately
不同的是，上面的方法默认创建后默认直接发起请求，并以NSDefaultRunLoopMode与runloop进行消息传递，因此我们需要和NSTimer一样更改他的RunLoopMode。
NSURLConnection *connection = [[NSURLConnection alloc] initWithRequest:request delegate:self startImmediately:NO];[connection scheduleInRunLoop:[NSRunLoop currentRunLoop] forMode:NSRunLoopCommonModes];
扫一扫
4116
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
