com多線程模型、dcom(存儲版)
【正文】 oTimeOut ? 當(dāng)前 DCOM版本中， pingPeriod=2(分 )且numPingsToTimeOut=3，這些值不能被改變 ? pinging機(jī)制的優(yōu)化： OXID解析器產(chǎn)生 ping集，減輕網(wǎng)絡(luò)負(fù)擔(dān) 連接傳遞 ? 連接具有可傳遞性，因?yàn)榻涌诘牧屑瘮?shù)據(jù) (OR或者 OBJREF)包含機(jī)器相關(guān)的信息 ? 連接傳遞與創(chuàng)建傳遞含義不同， DCOM不支持創(chuàng)建傳遞 ? 可用連接傳遞間接支持創(chuàng)建傳遞 ? 利用連接傳遞性可實(shí)現(xiàn)動態(tài)負(fù)載平衡 并發(fā)管理 ? 分布式環(huán)境下的基本問題 ? 同步方式轉(zhuǎn)向異步方式 ? 多線程模型 ? 消息過濾器 消息過濾器 (message filter)機(jī)制 ? 是 STA套間特有的一種控制機(jī)制 – 處理跨線程調(diào)用過程中的阻 塞 現(xiàn)象 ? 既可用于客戶程序，也可用于組件程序 ? COM本身提供了缺省的實(shí)現(xiàn)，又允許我們使用自定義的 message filter Message filter ? 是一個簡單的 COM對象，它實(shí)現(xiàn)了 IMessageFilter接口： class IMessageFilter : public IUnknown { public : DWORD HandleInComingCall ( DWORD dwCallType, HTASK threadIDCaller, DWORD dwTickCount, LPINTERFACEINFO pInterfaceInfo) = 0。 = pFileServerName。 } COSERVERINFO。 – 調(diào)用首先到達(dá)一個 RPC線程， RPC線程向套間線程隱藏窗口發(fā)送消息，并把列集數(shù)據(jù)傳過去 套間線程：典型情形 ? 客戶創(chuàng)建套間線程，然后套間線程的主函數(shù)創(chuàng)建 COM對象，套間線程再調(diào)用CoMarshalInterThreadInterfaceInStream函數(shù)，把接口指針列集到流對象中，然后通知客戶線程對象已經(jīng)創(chuàng)建成功，客戶線程接到通知后，利用流對象指針把對象的接口指針散集出來，以后客戶線程就可以與對象通訊了。 ? 類廠是否需要線程安全，取決于類廠的策略 ? 如何把接口指針交給調(diào)用者 – 自動 marshaling – 手工 marshaling STA接收調(diào)用示意圖 STA 消息 隱藏窗口 分發(fā)消息 stub stub STA套間傳遞接口指針 ? 通過 COM傳遞的接口指針， COM都會自動 marshaling ? 手工 marshaling – CoMarshalInterface和CoUnmarshalInterface – CoMarshalInterThreadInterfaceInStream和 CoGetInterfaceAndReleaseStream 套間線程要點(diǎn) ? STA客戶調(diào)用 STA對象的過程 – RPC通道，通過消息傳遞調(diào)用， RPC通道發(fā)出消息后，調(diào)用 MsgWaitForMultipleObjects阻塞調(diào)用方，但仍然分發(fā)消息，所以 UI仍是活的 ? STA客戶跨進(jìn)程調(diào)用的過程 – 代理對象先得到一個 RPC線程，并把列集后的數(shù)據(jù)包交給它， RPC線程又生成輔助線程，由它負(fù)責(zé)跨進(jìn)程調(diào)用， RPC線程也負(fù)責(zé)分發(fā)消息，所以 UI也是活的 ? 從另一個進(jìn)程進(jìn)入套間線程的過程。 DWORD dwReserved2。 COSERVERINFO srvinfo = {0, NULL, NULL, 0}。 } } 用分派服務(wù)組件對象 實(shí)現(xiàn)動態(tài)負(fù)載平衡功能 ② p A Cre a teO b jec tB客戶機(jī)名字開放服務(wù)器服務(wù)器 1服務(wù)器 2服務(wù)器 3① 請求創(chuàng)建對象 A③選擇服務(wù)器 3并創(chuàng)建對象 B④返回對象 B⑥客戶直接與對象 B 連接⑤釋放 對象 A遠(yuǎn)程創(chuàng)建進(jìn)程內(nèi)組件：代理進(jìn)程 (Surrogate) ? 代理進(jìn)程優(yōu)點(diǎn)： – 進(jìn)程內(nèi)組件程序中的嚴(yán)重錯誤只影響到代理進(jìn)程，不會使客戶進(jìn)程崩潰； – 一個代理進(jìn)程可以同時為多個客戶提供服務(wù)； – 在代理進(jìn)程中運(yùn)行進(jìn)程內(nèi)服務(wù)可使 DLL享有代理進(jìn)程的安全性。 ? 返回值： – PENDINGMSG_CANCELCALL 取消當(dāng)前調(diào)用 – PENDINGMSG_WAITNOPROCESS 客戶不處理消息 – PENDINGMSG_WAITDEFPROCESS 處理部分消息， 丟掉其他消息 DCOM安全模型 ? Windows NT安全機(jī)制 ? 激活安全性 ? 調(diào)用安全性 ? 運(yùn)行時刻動態(tài)設(shè)置安全性 ? 安全性配置 Windows NT安全模型概念 ? domain、 user和 user group ? authentication，認(rèn)證 ? security identifier， SID ? security description， SD ? Access Control List， ACL Windows NT安全模型 ? 用戶和資源管理 – 認(rèn)證用戶的身份 – SID描述用戶 – SD描述資源的安全性 ? SSP(Security Support Providers) – SSPI 激發(fā)安全性 (launching security) ? 由 SCM來控制。 DWORD dwCapabilities。 LPWSTR pwszServerPrincName。 }。mqi)。 HRESULT hr。這中間沒有線程切換。COM多線程模型、 DCOM 潘愛民 內(nèi)容 ? 復(fù)習(xí)： COM聚合和 COM跨進(jìn)程模型 ? COM線程模型 ? 分布式 COM(DCOM) – DCOM基本結(jié)構(gòu) – 對象激活 – 連接管理 – 并發(fā)管理 – DCOM安全模型 復(fù)習(xí)： COM包容模型 對象 BIS o m e In te rfa c e對象 AIS o m e In te rfa c e客戶程序調(diào)用調(diào)用IO th e rIn te rf a c e對象 AIS o m eIn terface客戶程序 Q u ery In ter f a ce
研究報告相關(guān)推薦
鄂ICP備17016276號-1