• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            牽著老婆滿街逛

            嚴(yán)以律己,寬以待人. 三思而后行.
            GMail/GTalk: yanglinbo#google.com;
            MSN/Email: tx7do#yahoo.com.cn;
            QQ: 3 0 3 3 9 6 9 2 0 .

            信道(Channel)、接收器(Sink)、接收鏈(Sink Chain)和信道接受提供程序(Channel Sink Provider)

            來源:http://www.cnblogs.com/rickie/archive/2004/10/16/52983.html


            Channel, Sink, Sink Chain and Channel Sink Provider

             

            為了擴(kuò)展.Net Remoting,定制接收器(Sink)和信道接受提供程序(Channel Sink Provider),改變.Net Remoting的缺省行為,需要先了解.Net Remoting的相關(guān)概念及其運(yùn)行機(jī)制。

             

            下面先了解一些基本概念:

             

            信道(Channel-是跨遠(yuǎn)程處理邊界(無論是在應(yīng)用程序域、進(jìn)程還是計算機(jī)之間)在應(yīng)用程序之間傳輸消息的對象。信道可以在終結(jié)點(diǎn)上偵聽入站消息,向另一個終結(jié)點(diǎn)發(fā)送出站消息,或者兩者都可以。

            信道必須實(shí)現(xiàn) IChannel 接口,該接口提供諸如 ChannelName ChannelPriority 這樣的屬性。專用于在特定端口上偵聽特定協(xié)議的信道實(shí)現(xiàn) IChannelReceiver,而專用于發(fā)送信息的信道實(shí)現(xiàn) IChannelSender(注:IChannelReceiverIChannelSender接口都繼承IChannel 接口)。TcpChannel HttpChannel 對象都實(shí)現(xiàn)這兩種接口,因此它們可用于發(fā)送或接收信息。

            .Net Remoting Framework提供了TcpChannel HttpChannel兩個信道的實(shí)現(xiàn)。

             

            在發(fā)送消息之前或接收消息之后,信道(Channel)沿著信道接收對象鏈(a chain of channel sink objects)發(fā)送每個消息。該接收鏈(sink chain)包含基本信道功能所需的接收器(Sink(如格式化程序接收器FormatterSink、傳輸接收器TransportSink或堆棧生成器接收器StackBuilderSink),但是您可以自定義信道接收鏈以便用消息或流執(zhí)行特殊任務(wù)。

             

            信道接收鏈(Sink Chain處理任何發(fā)送到應(yīng)用程序域或從應(yīng)用程序域發(fā)送的消息。此時,您只有消息,但是您可以任意操作該消息,而后面的處理將使用您在處理之后返回給系統(tǒng)的消息。這是實(shí)現(xiàn)日志記錄服務(wù)、任何種類的篩選器或者客戶端或服務(wù)器上的加密或其他安全措施的理所當(dāng)然的位置。以下插圖顯示基本信道接收鏈的結(jié)構(gòu)。



            每個信道接收器(Channel Sink都處理流,然后將流傳遞到下一個信道接收器,這意味著您的接收器之前或之后的對象應(yīng)當(dāng)知道該如何處理傳遞給它們的流。(Sink/Channel Sink是同一個描述。)

            StackBuilderSink 對象是服務(wù)器上遠(yuǎn)程對象前的最后一個消息接收器。

             

            每個信道接收器(Channel Sink)或者實(shí)現(xiàn) IClientChannelSink,或者實(shí)現(xiàn) IServerChannelSink。客戶端上的第一個信道接收器還必須實(shí)現(xiàn) IMessageSink。它通常實(shí)現(xiàn) IClientFormatterSink(它從 IMessageSinkIChannelSinkBase IClientChannelSink 繼承),并被稱作格式化程序接收器(Formatter Sink),因?yàn)樗鼘魅氲南⑥D(zhuǎn)換為流(IMessage 對象)。

             

            信道接收提供程序(Channel Sink Provider-(實(shí)現(xiàn) IClientChannelSinkProviderIClientFormatterSinkProvider IServerChannelSinkProvider 接口的對象)負(fù)責(zé)創(chuàng)建遠(yuǎn)程處理消息所流過的信道接收器(Channel Sink)。當(dāng)遠(yuǎn)程類型被激活后,將從信道(Channel)中檢索信道接收提供程序(Channel Sink Provider);然后在該接收提供程序上調(diào)用 CreateSink 方法以檢索鏈上的接收器中的第一個Sink

             

            信道接收器(Channel Sink)還負(fù)責(zé)在客戶端和服務(wù)器之間傳輸消息。信道接收器也鏈接在一起而形成一個鏈。當(dāng)在接收提供程序上調(diào)用 CreateSink 方法時,該方法應(yīng)該執(zhí)行以下操作:

            ·         創(chuàng)建它自己的信道接收器。

            ·         在鏈中的下一個接收提供程序上調(diào)用 CreateSink

            ·         確保下一個接收器和當(dāng)前的接收器鏈接在一起。

            ·         將其接收器返回到調(diào)用方。

            信道接收器負(fù)責(zé)將在它們上面進(jìn)行的所有調(diào)用轉(zhuǎn)發(fā)到鏈中的下一個接收器,并且應(yīng)當(dāng)提供用于存儲對下一個接收器的引用的機(jī)制。

             

            自定義信道接收器(Custom Channel Sinks

            自定義信道接收器被插入到格式化程序接收器(FormatterSink)和最后一個傳輸接收器(TransportSink)之間的對象鏈中。

             

            傳輸接收器(TransportSink

            傳輸接收器是客戶端上的鏈中最后一個接收器和服務(wù)器端上的鏈中第一個接收器。除了傳輸序列化的消息,傳輸接收器還負(fù)責(zé)將標(biāo)頭(Header)發(fā)送到服務(wù)器并在調(diào)用從服務(wù)器返回時檢索標(biāo)頭和流。這些接收器內(nèi)置在信道中,并且無法擴(kuò)展。

             

            簡要總結(jié).Net Remoting Infrastructure機(jī)制:

            1,代理對象(Proxy)負(fù)責(zé)轉(zhuǎn)發(fā)對Remote Objects的調(diào)用。

            2,消息對象(Message Objects)用來調(diào)用Remote Methods的數(shù)據(jù)。

            3,信道接收器(Sink/Channel Sink)用來遠(yuǎn)程方法調(diào)用(Remote method calls)處理消息。

            4,信道接收提供程序(Channel Sink Provider)-一般用來將接收器(Sink)插入到信道接收鏈(Sink Chain)中。

            5,格式化程序接收器FormatterSink-用來序列化/反序列化消息格式,進(jìn)行傳遞。

            6,傳輸接收器TransportSink-用來在進(jìn)程或AppDomain之間傳遞序列化的消息。

             

            Reference:

            1, MSDN, .NET Framework 開發(fā)員指南, 接收器和接收鏈

            posted on 2009-02-04 01:47 楊粼波 閱讀(876) 評論(0)  編輯 收藏 引用


            只有注冊用戶登錄后才能發(fā)表評論。
            網(wǎng)站導(dǎo)航: 博客園   IT新聞   BlogJava   博問   Chat2DB   管理


            99国内精品久久久久久久| 久久无码中文字幕东京热| 2020久久精品国产免费| 久久国产精品久久国产精品| 久久er国产精品免费观看8| 久久精品国产久精国产一老狼| 久久精品麻豆日日躁夜夜躁| 久久se精品一区精品二区国产| 久久亚洲sm情趣捆绑调教| 久久亚洲综合色一区二区三区| 亚洲国产天堂久久综合| 国产精品久久久久久影院| 久久亚洲av无码精品浪潮| av无码久久久久不卡免费网站 | 99久久99久久| 一本色综合久久| 久久精品无码一区二区三区| 综合人妻久久一区二区精品| 久久av免费天堂小草播放| 久久AV高清无码| 91麻豆国产精品91久久久| 久久se精品一区二区| 亚洲精品乱码久久久久久| 国产午夜精品久久久久九九| 2021少妇久久久久久久久久| 久久精品国产久精国产一老狼| 欧美午夜精品久久久久久浪潮| 精品无码久久久久久午夜| 久久人人爽人人人人片av| 伊人久久五月天| 无码8090精品久久一区| 久久久久一级精品亚洲国产成人综合AV区| 久久人人爽爽爽人久久久| 亚洲国产精品无码久久| 久久久久国产精品嫩草影院| 久久综合久久综合亚洲| 性欧美大战久久久久久久| 中文精品99久久国产| 久久久这里有精品| 久久99热这里只有精品66| 久久精品国产亚洲AV香蕉|