博客> Dispatch Source 的使用方法一
Dispatch Source 的使用方法一
2017-09-24 05:16 评论:0 阅读:791 lvhahaha
多线程 Dispatch-Source

1、它有什么用 dispatch source 的作用是负责监听事件,先看看它的构造函数。

    dispatch_source_create(dispatch_source_type_t type,  
    uintptr_t handle,  
    unsigned long mask,  
    dispatch_queue_t queue); 

   第1个参数:要监听的事件类型
   第2个参数:可以理解为句柄、索引或id,假如要监听进程,需要传入进程的ID
   第3个参数:根据参数2,可以理解为描述,提供更详细的描述,让它知道具体要监听什么
   第4个参数:当事件发生时,将block添加至哪个队列来执行

2、可监听事件的类型

    DISPATCH_SOURCE_TYPE_TIMER        定时响应
    DISPATCH_SOURCE_TYPE_SIGNAL      接收到UNIX信号时响应
    DISPATCH_SOURCE_TYPE_READ   IO操作,如对文件的操作、socket操作的读响应
    DISPATCH_SOURCE_TYPE_WRITE     IO操作,如对文件的操作、socket操作的写响应   
    DISPATCH_SOURCE_TYPE_VNODE    文件状态监听,文件被删除、移动、重命名
    DISPATCH_SOURCE_TYPE_PROC  进程监听,如进程的退出、创建一个或更多的子线程、进程收到UNIX
   信号
    DISPATCH_SOURCE_TYPE_MACH_SEND
    DISPATCH_SOURCE_TYPE_MACH_RECV   上面2个都属于Mach相关事件响应
    DISPATCH_SOURCE_TYPE_DATA_ADD
    DISPATCH_SOURCE_TYPE_DATA_OR          上面2个都属于自定义的事件,并且也是有自己来触发

3、怎么使用 (一)自定义事件(DISPATCH_SOURCE_TYPE_DATA_ADD、DISPATCH_SOURCE_TYPE_DATA_OR),先 看代码

dispatch_source_t source =dispatch_source_create(DISPATCH_SOURCE_TYPE_DATA_ADD, 0, 0, dispatch_get_main_queue());
dispatch_source_set_event_handler(source,^{
NSLog(@"监听函数:%lu",dispatch_source_get_data(source));
});
dispatch_resume(source);

dispatch_queue_t myqueue =dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, NULL);
dispatch_async(myqueue, ^ {
int i;
for(i = 0;i<4;i++){
dispatch_source_merge_data(source,i);
}
});

首先使用dispatch_source_create函数创建dispatchsource,第1个参数表示它是一个自定义的_ADD类型的监听,具体作用后面说,2、3参数这里面没有作用设置为0即可,第4个参数表示一旦事件触发就将要执行的代码块添加到主队列中执行,接着我们使用dispatch_source_set_event_handler函数为这个监听设置事件的源和响应体,第1个参数表示这个监听是响应用户自定义事件的,也就是我们上面定义的dispatchsource,第2个参数是负责响应的代码块。很有意思的是当我们创建监听后,这个监听默认是挂起的,需要手动恢复,所以我们使用dispatch_resume函数恢复这个监听,为了测试这个监听,我们后面又通过for循环触发事件,触发事件的函数就是dispatch_source_merge_data,这个函数负责触发自定义事件,第1个参数表示要触发哪个监听,第2个参数是向监听传入一个unsigned long 类型的值, 我们这里传入循环的索引,好了,整体来看这段程序,dispatch_source_merge_data函数会被执行4次,并分别传入0、1、2、3这4个值,既然dispatch_source_merge_data负责触发事件,那么我们在监听里面的响应体应该会监听到,结果也确实监听到了,但是并不是我们想象的那样打印4次,而是只打印了一次,打印结果是4次传入值相加的和,也就是6,这就是DISPATCH_SOURCE_TYPE_DATA_ADD参数的作用,这个监听在创建之初就被设置为自定义监听,并且会把监听结果相加,然后统一响应。这里你应该会奇怪,既然结果会相加并统一响应,那跟触发的时候加好,然后触发一次有什么区别呢,好吧,我们把触发事件的for循环改一下,然后再运行,看看会发生什么

for(i = 0;i<4;i++){
dispatch_source_merge_data(source,i);
[NSThread sleepForTimeInterval:0.0001];
}

我们在触发事件的地方加上0.0001秒的延迟,然后运行整个程序多次,你会发现奇怪的现象,我们同样是触发4次事件,但是响应的次数变成不确定了,可能是1次,也可能是2次,如果你将延迟时间设置长点,甚至设置为0点几秒就能让响应的次数变为固定的4次,为什么会这样呢,其实这就是这个自定义事件设计的初衷。如果同一时间同一个事件被触发的频率非常密集,那么dispatchsource会将这些密集的响应相加统计做出响应,但是如果触发的相对零散,那么dispatch source会分别进行响应,这其实是在智能的控制UI的没必要的更新操作,因为那些几乎在同一时间更新进度条的操作完全可以统一进行更新,没有必要每次都更新一下。这样做也会减少UI线程的负担,例如更新进度条的同时,你的UI可能还在同时响应用户的输入、触碰等工作。当然你可以选择实时更新,办法就是直接使用使用dispatch_async直接更新界面。Dispatch source在统一响应完毕后计数变为0,后面再触发的会重新相加。DISPATCH_SOURCE_TYPE_DATA_OR会将所有监听到的值逻辑与操作,然后统一触发。貌似没有DISPATCH_SOURCE_TYPE_DATA_ADD

4、使用到的地方

一般我们在进行IM开发时候,如果接受的消息量比较大,或者接受频率高,若每次接受都要进行UI的刷新,CPU的负担会很大。所以可以在多次接收的消息add到一起,由多次响应转化为一次响应。

http://blog.csdn.net/u011969457/article/details/20628807

收藏
2
sina weixin mail 回到顶部