NSRunLoop 详解

今天看到了NSRunloop，其实之前也有看了关于NSRunloop的内容，在这里想简单的就个人的理解总结一下。其实自己在开发的过程当中，还没有更多的涉及到NSRunloop的功能。总的来说，NSRunloop就是类似于windows的消息机制。他的存在是给线程增加事件处理机制。

对于多线程开发而言，有两种处理方案，一种是不需要太多的交互，直接运算比较大的数据内容就可以，另一种方法是将执行函数加入到消息循环当中去，等待事件的发生，然后执行。

有了NSRunloop，会使线程的表现变得更加的好，他的存在一个重要目的是当有事件发生时，唤醒线程，当没有事件时，线程将处于休眠状态，这样的多线程运行，用户表现会非常的好。因为，线程其实也是有开销的。

对于NSRunloop来说，他的输入原，有事件输入原和定时器，事件输入原是异步通信的方式，而定时器是同步的输入方式。对于事件输入原，其实并不是用户直接定义的，而是通过一些特定的port对象机器方法共同实现的。

Run loops 是线程相关的的基础框架的一部分。一个 run loop 就是一个事件处理 的循环,用来不停的调度工作以及处理输入事件。使用 run loop 的目的是让你的线 程在有工作的时候忙于工作,而没工作的时候处于休眠状态。

Run loops 是线程相关的的基础框架的一部分。一个 run loop 就是一个事件处理 的循环,用来不停的调度工作以及处理输入事件。使用 run loop 的目的是让你的线 程在有工作的时候忙于工作,而没工作的时候处于休眠状态。

何时使用Runloop

3.2 何时使用 Run Loop

仅当在为你的程序创建辅助线程的时候,你才需要显式运行一个 run loop。Run loop 是程序主线程基础设施的关键部分。所以,Cocoa 和 Carbon 程序提供了代码运 行主程序的循环并自动启动 run loop。IOS 程序中 UIApplication 的 run 方法(或 Mac OS X 中的 NSApplication)作为程序启动步骤的一部分,它在程序正常启动的时 候就会启动程序的主循环。类似的,RunApplicationEventLoop 函数为 Carbon 程序 启动主循环。如果你使用 xcode 提供的模板创建你的程序,那你永远不需要自己去显 式的调用这些例程。

对于辅助线程,你需要判断一个 run loop 是否是必须的。如果是必须的,那么 你要自己配置并启动它。你不需要在任何情况下都去启动一个线程的 run loop。比 如,你使用线程来处理一个预先定义的长时间运行的任务时,你应该避免启动 run loop。Run loop 在你要和线程有更多的交互时才需要,比如以下情况:

 使用端口或自定义输入源来和其他线程通信  使用线程的定时器  Cocoa 中使用任何 performSelector...的方法 使线程周期性工作

一、RunLoop的使用示例

1、

#import <UIKit/UIKit.h>

#import <CoreFoundation/CoreFoundation.h>

#import "AppDelegate.h"

static void _perform(void *info __unused)

{

printf("hello\n");

}

static void _timer(CFRunLoopTimerRef timer __unused, void *info)

{

CFRunLoopSourceSignal(info);

}

int main(int argc, char *argv[])

{

@autoreleasepool {

CFRunLoopSourceRef source;

CFRunLoopSourceContext source_context;

CFRunLoopTimerRef timer;

CFRunLoopTimerContext timer_context;

bzero(&source_context, sizeof(source_context));

source_context.perform = _perform;

source = CFRunLoopSourceCreate(NULL, 0, &source_context);

CFRunLoopAddSource(CFRunLoopGetCurrent(), source, kCFRunLoopCommonModes);

bzero(&timer_context, sizeof(timer_context));

timer_context.info = source;

timer = CFRunLoopTimerCreate(NULL, CFAbsoluteTimeGetCurrent(), 1, 0, 0, _timer, &timer_context);

CFRunLoopAddTimer(CFRunLoopGetCurrent(), timer, kCFRunLoopCommonModes);

CFRunLoopRun();

returnUIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegateclass]));

}

}

2、

#import <UIKit/UIKit.h>

#import <stdio.h>

#import "AppDelegate.h"

int main(int argc, char *argv[])

{

@autoreleasepool {

dispatch_source_t source, timer;

source = dispatch_source_create(DISPATCH_SOURCE_TYPE_DATA_ADD, 0, 0, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0));

dispatch_source_set_event_handler(source, ^{

printf("hello\n");

});

dispatch_resume(source);

timer = dispatch_source_create(DISPATCH_SOURCE_TYPE_TIMER, 0, 0, dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0));

dispatch_source_set_timer(timer, DISPATCH_TIME_NOW, 1ull * NSEC_PER_SEC, 0);

dispatch_source_set_event_handler(timer, ^{

　　　　 printf("world\n");

dispatch_source_merge_data(source, 1);

});

dispatch_resume(timer);

dispatch_main();

returnUIApplicationMain(argc, argv, nil, NSStringFromClass([AppDelegateclass]));

}

}

两个示例的功能是：

在主线程中加入两个input source, 一个是timer ,另一个是自定义input source .

在timer中触发自定制的input source;然后在input source 中触发timer.相互回调。

在多线程的开发中，把这个自定义的source加入到子线程的runloop中，然后在主线程中触发source，

runloop一般情况下是休眠的，只有事件触发的时候才开始工作。节省资源。

input source（输入源）：输入源可以是用户输入设备（如点击button）、网络链接(socket收到数据)、

定期或时间延迟事件（NSTimer），还有异步回调(NSURLConnection的异步请求)。

然后我们对其进行了分类，有三类可以被runloop监控，分别是sources、timers、observers。

每一个线程都有自己的runloop, 主线程是默认开启的，创建的子线程要手动开启，因为NSApplication 只启动main applicaiton thread。

没有source的runloop会自动结束。

事件由NSRunLoop 类处理。

RunLoop监视操作系统的输入源，如果没有事件数据， 不消耗任何CPU 资源。

如果有事件数据，run loop 就发送消息，通知各个对象。

用 currentRunLoop 获得 runloop的 reference

给 runloop 发送run 消息启动它。

使用runloop的四种场合：

1.使用端口或自定义输入源和其他线程通信

2.子线程中使用了定时器

3.cocoa中使用任何performSelector到了线程中运行方法

4.使线程履行周期性任务

如果我们在子线程中用了NSURLConnection异步请求，那也需要用到runloop，不然线程退出了，相应的delegate方法就不能触发。

解决的方法参看：

http://www.cocoabyss.com/foundation/nsurlconnection-synchronous-asynchronous/

http://www.wim.me/nsurlconnection-in-its-own-thread/