這一篇我們來(lái)聊聊關(guān)于事件的派發(fā)機(jī)制，狀態(tài)機(jī)要真正的被激活進(jìn)行相應(yīng)的處理是需要事件的輸入的?？梢园阉醋魇鞘录南M(fèi)者，事件的生產(chǎn)者和消費(fèi)者之間不能通過(guò)共享全局變量的方式來(lái)進(jìn)行信息交換，這好像是我們前面講的QP開(kāi)發(fā)應(yīng)用程序的第一條準(zhǔn)則，因此需要有人來(lái)承接事件傳輸?shù)娜蝿?wù)，這個(gè)由QF框架來(lái)負(fù)責(zé)。

      QF框架提供了兩種事件的派發(fā)機(jī)制： 

      第一種、直接發(fā)送事件機(jī)制。這種是最實(shí)用的機(jī)制，他的原理很簡(jiǎn)單，事件產(chǎn)生者，直接將事件發(fā)送給事件的消費(fèi)者（活動(dòng)對(duì)象）事件的生產(chǎn)者有很多，例如ISR、設(shè)備驅(qū)動(dòng)代碼、運(yùn)行在框架之外的代碼。但是事件的消費(fèi)者只能是活動(dòng)對(duì)象，為什么？因?yàn)槭录g的通信是異步的，只有活動(dòng)對(duì)象擁有事件隊(duì)列。QPC6.9.1中給出了三種直接發(fā)送事件的API，如下圖：

然而其API中，關(guān)于這個(gè)函數(shù)有什么區(qū)別以及怎么用只是很簡(jiǎn)單的提了提，并不是很詳細(xì)，所以我們?nèi)炙阉髁苏麄€(gè)源碼包中，所有使用到的API，挑幾個(gè)有代表性的應(yīng)用是來(lái)看下：

      第二種、發(fā)行-訂閱機(jī)制。這一種是比較高級(jí)的用法，假如你第一次接觸QP并且沒(méi)有RTOS編程的經(jīng)驗(yàn)，第一次接觸QP建議你先忽略掉這種方法，會(huì)第一種就足夠了，你在實(shí)際應(yīng)用中完全可以通過(guò)第一種用法，解決繁瑣問(wèn)題，當(dāng)然有些場(chǎng)合應(yīng)用第二種方法會(huì)簡(jiǎn)便很多，例如一個(gè)活動(dòng)對(duì)象要發(fā)送一個(gè)事件給很多其它的活動(dòng)對(duì)象時(shí)，應(yīng)用第一種，你需要知道每個(gè)活動(dòng)對(duì)象的名字（指針）這樣要進(jìn)行很多次的發(fā)送操作，然而應(yīng)用第二種時(shí)，你只需要告訴QF框架，你要發(fā)行某個(gè)事件，至于發(fā)給誰(shuí)那就要QF框架自己看看都有誰(shuí)（哪個(gè)活動(dòng)對(duì)象訂閱了這個(gè)事件了）

      發(fā)行訂閱機(jī)制有個(gè)需要注意的點(diǎn)，就是QF框架需要記住訂閱者的信息， 當(dāng)接收到某事件發(fā)行的信號(hào)時(shí)，需要查找這個(gè)記錄集合，找到某事件對(duì)應(yīng)的活動(dòng)對(duì)象，這樣才能完成指定的發(fā)送。這個(gè)記錄的結(jié)構(gòu)體集合在QPC6.9.1的說(shuō)明，如下圖：

      講到這里了，其實(shí)可以筆鋒一轉(zhuǎn)，接著講API ，然后后面是例子中的應(yīng)用了，但是甘心嗎？你不想知道這個(gè)發(fā)行訂閱機(jī)制是怎么實(shí)現(xiàn)的嗎？哈哈，雖然可能會(huì)有點(diǎn)混亂，但是那就讓我們混亂下去吧，接下來(lái)讓我們深度解析一下，這個(gè)我不推薦新手用的發(fā)行訂閱機(jī)制，QF框架是怎么找到對(duì)應(yīng)活動(dòng)對(duì)象的（面對(duì)疾風(fēng)吧~?。?/strong>,其實(shí)，他是通過(guò)查表法來(lái)實(shí)現(xiàn)的，先來(lái)講原理，看一下他的表圖構(gòu)造：