相關UML：



CAttempterEngine實現了兩個接口：IQueueServiceSink、IAttemperEngine;
通過前面的分析，偶們了解到，IQueueServiceSink這個接口被是用來處理CQueueService中的數據的，根據上面的UML我們可以看到，CAttemperEngine關聯了一個CQueueService（或者直接點說是：持有了一個CQueueService對象，說組合也成）。這樣的話這個CAttemperEngine暴露出來的接口就只剩下IAttemperEnging了。

1?//啟動服務
2?virtual?bool?__cdecl StartService();
3?//停止服務
4?virtual?bool?__cdecl StopService();
5?//設置網絡
6?virtual?bool?__cdecl SetSocketEngine(IUnknownEx?*?pIUnknownEx);
7?//注冊鉤子
8?virtual?bool?__cdecl SetAttemperEngineSink(IUnknownEx?*?pIUnknownEx);
9?//獲取接口
10?virtual?void?*?__cdecl GetQueueService(const?IID?&?Guid, DWORD dwQueryVer);
這個接口有兩處值得單獨討論的：SetSocketEngine、GetQueueService;
SetSocketEngine,后面的分析中還會出現，我覺得這里是一個設計上的失誤導致需要暴露socket引擎接口；
GetQueueService的設計思路可能是說，每個IAttemperEngine接口背后都有一個CQueueService，從以后的分析中可以看到，這個思路是理解整個kernel的關鍵。調度引擎應該是一個消息匯總（從個個引擎產生的消息）然后派發到IAttemperEngineSink。因為代碼中是沒有看到有關ITimerSink? ISocketSink之類的東東的，，，
整個消息是個引擎產生，然后投遞到指定的CQueueService，然后匯總到這里被派發到IAttemperEngineSink出去的，，，

看看CAttemperEngine中處理數據的代碼：
?1//隊列接口
?2void?__cdecl?CAttemperEngine::OnQueueServiceSink(WORD?wIdentifier,?void?*?pBuffer,?WORD?wDataSize,?DWORD?dwInsertTime)
?3{
?4????//內核事件
?5????ASSERT(m_pIAttemperEngineSink!=NULL);
?6????switch?(wIdentifier)
?7????{
?8????case?EVENT_TIMER:????????????//定時器事件
?9????????{
10????????????//效驗參數
11????????????ASSERT(wDataSize==sizeof(NTY_TimerEvent));
12????????????if?(wDataSize!=sizeof(NTY_TimerEvent))?return;
13
14????????????//處理消息
15????????????NTY_TimerEvent?*?pTimerEvent=(NTY_TimerEvent?*)pBuffer;
16????????????m_pIAttemperEngineSink->OnEventTimer(pTimerEvent->wTimerID,pTimerEvent->wBindParam);
17
18????????????return;
19????????}
20????case?EVENT_DATABASE:????????//數據庫事件
21????????{
22????????????//效驗參數
23????????????ASSERT(wDataSize>=sizeof(NTY_DataBaseEvent));
24????????????if?(wDataSize<sizeof(NTY_DataBaseEvent))?return;
25
26????????????//處理消息
27????????????NTY_DataBaseEvent?*?pDataBaseEvent=(NTY_DataBaseEvent?*)pBuffer;
28????????????m_pIAttemperEngineSink->OnEventDataBase(pDataBaseEvent+1,wDataSize-sizeof(NTY_DataBaseEvent),pDataBaseEvent);
29
30????????????return;
31????????}
32????case?EVENT_SOCKET_ACCEPT:????//網絡應答事件
33????????{
34????????????//效驗大小
35????????????ASSERT(wDataSize==sizeof(NTY_SocketAcceptEvent));
36????????????if?(wDataSize!=sizeof(NTY_SocketAcceptEvent))?return;
37
38????????????//處理消息
39????????????NTY_SocketAcceptEvent?*?pSocketAcceptEvent=(NTY_SocketAcceptEvent?*)pBuffer;
40????????????m_pIAttemperEngineSink->OnEventSocketAccept(pSocketAcceptEvent);
41
42????????????return;
43????????}
44????case?EVENT_SOCKET_READ:????????//網絡讀取事件
45????????{
46????????????//效驗大小
47????????????NTY_SocketReadEvent?*?pSocketReadEvent=(NTY_SocketReadEvent?*)pBuffer;
48????????????ASSERT(wDataSize>=sizeof(NTY_SocketReadEvent));
49????????????ASSERT(wDataSize==(sizeof(NTY_SocketReadEvent)+pSocketReadEvent->wDataSize));
50????????????if?(wDataSize<sizeof(NTY_SocketReadEvent))?return;
51????????????if?(wDataSize!=(sizeof(NTY_SocketReadEvent)+pSocketReadEvent->wDataSize))?return;
52
53????????????//處理消息
54????????????bool?bSuccess=false;
55????????????try?
56????????????{?
57????????????????bSuccess=m_pIAttemperEngineSink->OnEventSocketRead(pSocketReadEvent->Command,pSocketReadEvent+1,pSocketReadEvent->wDataSize,pSocketReadEvent);
58????????????}
59????????????catch?()????{?}
60????????????if?(bSuccess==false)?m_pITCPSocketEngine->CloseSocket(pSocketReadEvent->wIndex,pSocketReadEvent->wRoundID);
61
62????????????return;
63????????}
64????case?EVENT_SOCKET_CLOSE:????//網絡關閉事件
65????????{
66????????????//效驗大小
67????????????ASSERT(wDataSize==sizeof(NTY_SocketCloseEvent));
68????????????if?(wDataSize!=sizeof(NTY_SocketCloseEvent))?return;
69
70????????????//處理消息
71????????????NTY_SocketCloseEvent?*?pSocketCloseEvent=(NTY_SocketCloseEvent?*)pBuffer;
72????????????m_pIAttemperEngineSink->OnEventSocketClose(pSocketCloseEvent);
73
74????????????return;
75????????}
76????}
77
78????//其他事件
79????m_pIAttemperEngineSink->OnAttemperEvent(wIdentifier,pBuffer,wDataSize,dwInsertTime);?
80
81????return;
82}
這個函數中一個很重要的參數：wIdentifier；
可以來追溯一下他的源頭：
?1//數據消息
?2void?CQueueService::OnQueueServiceThread(const?tagDataHead?&?DataHead,?void?*?pBuffer,?WORD?wDataSize)
?3{
?4????ASSERT(m_pIQueueServiceSink!=NULL);
?5????try????
?6????{?
?7????????m_pIQueueServiceSink->OnQueueServiceSink(DataHead.wIdentifier,pBuffer,DataHead.wDataSize,DataHead.dwInsertTime);?
?8????}
?9????catch?()?{}
10????return;
11} 可以看見他是直接保存在最底層的那個DataStroage里邊的，這個在上一章分析中可以看到。（個引擎利用CQueueServiceEvent? Post數據的時候就攜帶了類型信息）

另外一個要注意的點是對socket事件的處理，我之前認為調度引擎組合了一個socket引擎是一個設計缺陷，應為這里的在處理socket read事件的時候如果異常了直接直接使用引擎來關閉socket而不是調用socket sink的指定接口。猜想也許是不希望客戶端直接處理socket句柄吧，，，




還是用一句話描述下調度引擎：

調度引擎的工作可以這樣描述消息匯總、派發。其他引擎通過CQueueServiceEvent將消息post到調度引擎上來（通過共享同一個CQueueService），然后由調度引擎集中派發出去，，，

轉自：http://www.cppblog.com/Error/articles/147948.html

超強干貨來襲 云風專訪：近40年碼齡，通宵達旦的技術人生

總結

以上是生活随笔為你收集整理的网狐棋牌（三） 调度引擎初步分析的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。