5.8.webrtc事件处理基础知识

在之前的课程中呢,我向你介绍了大量web rtc线程相关内容,今天呢,我们来看一下线程事件处理的基本知识。首先,我们要清楚啊,不同的平台处理事件的API是不一样的,这就如同我们当时创建线程是类似的,对吧?那对于Windows系统来说呢,它提供了wsa even的select以及完全端口处理事件。

当然,完全端口的方式会更高效一些,但对于web rtc来说呢,它选择的是wsa even的select,所以对于这节课来说呢,我会向你介绍大量ws a开头的。相关API那了解了这些API之后呢,我们再来看相关代码的时候就会游刃有余了,
5.8.webrtc事件处理基础知识_第1张图片

Linux系统下呢,它采用的是一炮儿。或者是select对吧?如果有一泡儿就使用一泡儿,没有一泡儿就选用select。mac也是类似的。mac是kk没有kk的时候呢,就使用select,因为select呢是跨平台的。
5.8.webrtc事件处理基础知识_第2张图片

那下面呢,我们再来看一下web rtc下的事件处理类,对于web rtc来说呢,包括了两个事件处理类,第一个呢是non socket server。所谓non socket server就是。处理无socket事件的事件处理类。与之对应的呢,是physical socket server就是处理有socket事件的事件处理类。那我们在使用这两个类的时候啊,一个区分点就是是否处理socket事件。那根据这个呢,我们来选择是non socket server还是physical socket server,

实际我们去看peer connection clan的相关代码的时候,你会发现。那对于网络线程来说,它是通过physical socket server来创建的,而对于。这个工作线程来说,它由于不需要处理socket事件,所以它选择的是non socket server,对吧?

5.8.webrtc事件处理基础知识_第3张图片

那对于WINDOWS下呢,实际也有两种不同的事件,那第一种呢,我称为普通事件,就是通过create event来创建的事件,那通过这个API呢,我们可以创建出一个句柄。那拿到这个句柄之后,我们就可以做事件处理了。

还有一种呢,是异步IO事件。那这种呢,是通过wsa create event来创建的,对于这种事件,我们是可以与socket进行绑定的。而对于普通事件来说呢,它是无法与socket进行绑定的。

这是它们之间的一个最主要的区别。所以对于y八七c来说,它在实现physical socket server的时候呢,就使用的wsa create event这种类型的事件。

而non socket server使用的是create event这个API来创建的事件,这个我们要清楚。(webrtc调用windows的接口)
5.8.webrtc事件处理基础知识_第4张图片

好,那下面呢?我们就来看看non socket server,它是如何使用事件的?首先呢,我们在使用事件之前。都要通过create event来创建一个事件句柄,那这个事件句柄之后呢?我们可以调用wait for single object。来等待事件。那这时候呢,这个线程就处于睡眠状态了,

对吧?直到有事件触发的时候,它才会继续执行。好,对于其他线程来说呢,它就可以调用来触发事件,当事件触发之后,等待线程会被唤醒。这是它的一个基本的逻辑,就是创建事件,等待事件,发送事件。OK,那我们来对create event这个API做一下详细介绍。对于这个API来说呢,
5.8.webrtc事件处理基础知识_第5张图片

它返回值是一个句柄,它有四个参数,

第一个参数呢是事件属性。一般我们设成down就OK了,也就是采用默认的事件属性好,

第二个比较重要啊,就是是否?手工复位,如果我们这个参数设置成true呢,就是每次我们触发完事件之后呢,都要重新给它调一下reset event进行复位。通常情况下,我们这块儿都设成force,让它自动复位,也就是说我们事件触发完了之后,

这个event呢,可以重新再开始触发信号,这就是第二个参数,它的含义。

那第三个参数呢,就是初始状态,当它为处的时候就说明事件正在触发中,在一般情况下,我们不使的时候,都给它生成false

这样我们才可以使用set event来触发事件,把等待线程唤起,所以force才是我们经常使用的这个参数。

好,最后一个呢,就是我们创建event的时候,这个event是匿名的还是有名的?通常情况下,我们都创建匿名事件,就能满足我们的需求了。OK好,
5.8.webrtc事件处理基础知识_第6张图片

第二个API呢是wait for single object,这个API也非常关键,它有两个参数。第一个参数呢,就是我们前面通过create event创建的handle。那第二个参数呢?就是我们等待的时间,如果我们的等待线程想一直等待,直到事件发生为止。

那你需要把这个参数设成infinite,如果你想等待一段时间,如果没有收到信号。我就结束这个等待。那你就可以在这儿设一个毫秒时间,对吧?比如20毫秒,我就等待结束,这是它第二个参数。

那对于这个函数的返回值呢,它主要有三个,第一个呢就是事件已经到达,会返回wait object 0。如果超时了,是wait time out,

如果失败了,是wait field,那当出现失败的情况下呢?我们可以通过get last error来获取错误的信息,到底是什么导致了这个函数失败了,对吧?好,这是non socket server使用的API,
5.8.webrtc事件处理基础知识_第7张图片

接下来呢,我们再来看看physical socket server使用了哪些API?那它使用的API就稍微多一些。

第一个呢是wsa create event。同理,它也是创建事件可以处理的事件好。

第二个呢是wsa wait for multiple event。那这个事件呢?与wait single object是类似的,只不过它是可以等待多个事件的发生。而对于wait single object呢,它只能等待一个事件的发生。这是它们之间的一个主要区别,

第三个是wsa set event触发事件,这很好理解。第四个是wsa reset event,对于ws a相关的事件来说呢,它必须使用reset来重置事件。这是与我们前面介绍的通过create event创建的事件的最大不同,因为对于create event创建的事件来说呢。它既可以手动复位,也可以自动复位。

而对于wsa create event创建的事件呢?必须通过手工复位,也就主动调用reset even的这个函数来进行复位。好以上呢是。非常重要的四个API对吧?

5.8.webrtc事件处理基础知识_第8张图片

那接下来呢?我们再看看与socket相关的这个API。那第一个与socket相关的API呢,是wsa even的select。那它的作用呢?是将socket与某个事件进行绑定。那我们需要注意啊,这里进行绑定的时候是可以多个socket绑定到同一个事件里,也就是说当这个事件发生的时候。我们要枚举每一个socket,

看到底是哪个socket发生的事件,因此呢,它提供了第二个就是ws a。enumerate network events,那这个API呢就是当事件发生的时候要判断具体是哪个socket产生的。那这两个API非常关键。

对于我们处理socket事件,那下面呢,我们就来看看几个重要API的参数。第一个呢是wsa wait for multiple events,对于这个API来说呢,

5.8.webrtc事件处理基础知识_第9张图片

它包含的参数稍微多一些,我们一项一项来看啊。第一个呢c疑问词,它代表的是我目前要监听的事件的个数是多少?

那这个数从哪来的呢?实际就从第二个参数那第二个参数呢?是监听事件的数组。这数组中有几个事件,这儿呢就填几,比如数组中有两个,这儿就填二有三个,这儿就填三。

对吧,所以这两个参数呢,关系非常密切,好第三个参数是vito什么意思呢?就是当它为真的时候。代表的是等待所有事件都发生的时候。才会唤醒线程,

那如果为FALSE呢?是只要这些事件中有一个事件触发了。那就会将这个线程换起。对,这是它们的一个主要区别。一般情况下呢,我们都会将这个参数设成,也就是说,当有一个事件触发之后。我们就将这个线程换起好,

再接下来呢,是time out,如果time out设置成负一,就永远等待,直到有事件发生,

对吧?如果是一个具体值呢,就等待具体的时间,如果在这期间没有事件发生,它就超时了,超时退出这个等待唤起线程。那最后一个参数呢?我们设成就OK了,这个意义不大。

5.8.webrtc事件处理基础知识_第10张图片

那第二个PR是wsa events elect对于这个API来说呢,它就是将socket与事件做一个绑定,对吧?所以第一个参数是我们要监听的socket,那第二个参数呢?就是要绑定的事件,

也就是socket要与哪个事件进行绑定?所以这块呢,我们添一个wsa event类型的事件。最后一个参数是我们对哪些事件感兴趣?你是对socket的读事件感兴趣还是写事件感兴趣?还是连接事件感兴趣?等等。一系列的。那一般情况下,我们会将socket它相关的事件都进行置位,也就是读写连接。都进行监听,每个来了之后,我们进行相应的处理。好再下来是wsa enumerate network events。

5.8.webrtc事件处理基础知识_第11张图片

这个API与刚才我们介绍的是类似的。它也有三个参数,第一个参数呢是socket,第二个参数呢是事件,也就是说当我们调这个函数之后。它就会把触发这个事件的所有的socket进行一次遍历。那遍历之后呢,就会拿到一个结果,也就是network events,这个结果在这个结果中。会输出到底是否有事件触发?如果有的话,说明这个socket触发了事件,如果没有的话,说明不是这个socket触发的事件。

这也非常好理解好,那除了我们刚才介绍这些内容之外呢,对于physical socket server来说。它有两种事件源,那第一种事件源呢,就是我们刚才介绍的socket的事件源,当socket读写或者连接的时候呢,都会触发事件。那第二种事件源呢,就是普通事件。那这种实验就是wsa event这种类型的,或者是对于posix平台来说,它使用pap也就是管道。来触发普通事件,那这种普通事件呢?

主要用于我们线程的同步,那后边呢?我们在看代码的时候,你就会对于这一块知识呢?有一个更深的了解。现在我们只要知道,对于physical socket server来说,它不仅仅可以处理socket事件,还可以处理普通事件。

好,现在呢?我们来对这节课做一下小结,首先呢,我们要知道web rtc下有两个事件处理类,一个是physical socket server,一个是non socket server。它们的最大区别就是一个处理socket事件,一个是不处理socket事件,对吧?

那另外呢,我们要知道对于Windows系统下它的事件呢,包括两种,一种是wsa even的事件,一种是普通的even的事件。对于now socket server来说,它使用的就是普通的event,而对于physical socket server,它使用的是ws a开头的event。

好,第三点就是我们介绍了几个重要的API。像wait single object wait multiple event event select等等这些API我们今天都做了详细介绍对吧?

实际通过我的介绍呢,你应该也了解这些API,其实都不复杂,但如果你对它不了解的话,我们直接看web rtc代码。就很容易让你晕头转向。因为它的参数比较多,如果你还不知道每个参数的含义是什么,那读这个代码就非常费劲了。

通过这次介绍的基础知识之后呢,我们再看web rtc相关代码的时候,你会觉得非常清晰了,那我们今天的课呢,就到这里有任何的问题,

你可以到讨论区或者是QQ群里去给我留言。我在那里呢,给你做相应解答好,谢谢。

你可能感兴趣的:(webrtc,webrtc,stm32,单片机)