Advanced .NET Remoting:第 9 章

3.传递运行时信息

前面使用的接收器 ( Sink ) 是 IClientChannelSinks 与 IServerChannelSinks。这意味着它们工作在格式化器已经序列化 IMessage 对象 之后 。而对于 IMessageSink 来说,不同的是,可以直接工作在消息的内容被格式化 之前 。这意味着,你对 IMessage 内容的任何修改都将被序列化,进而反映到最终的流中。

注意:即使你试图在 IClienntChannelSink 中修改 IMessage 对象的内容,需要注意的是,这些修改 不会 被传播到服务器端,因为序列化的流已经通过 IMessage 对象生成了。

基于该区别,客户端 IMessageSink 可以用来从客户端将运行时信息传递到服务器端。在随后的示例中,我将向您展示如何将客户端的线程 ( thread ) 的当前优先级别 ( priority ) 传递到服务器端,以便远程方法可以运行在同样的优先级上。

为了从客户端向服务器端发送任意数据,你需要将它加入到 Message 对象的逻辑调用上下文 ( logical call context ) 中。通过这种方式,你可以传递可序列化对象 ( serializable ) 或者扩展了 MarshalByRefObject 的对象。例如,为了在对服务器上任何方法的调用中,传递客户端的线程的当前上下文,你可以实现如下的 SyncProcessMessage() 方法:

public IMessage SyncProcessMessage(IMessage msg)
{
if (msg as IMethodCallMessage != null)
{
LogicalCallContext lcc =
(LogicalCallContext) msg.Properties["__CallContext"]; lcc.SetData("priority",Thread.CurrentThread.Priority);
return _nextMsgSink.SyncProcessMessage(msg);
}
else
{
return _nextMsgSink.SyncProcessMessage(msg);
}
}

对于 AsyncProcessMessage() 方法也同样处理。

public IMessageCtrl AsyncProcessMessage(IMessage msg, IMessageSink replySink)
{
if (msg as IMethodCallMessage != null)
{
LogicalCallContext lcc =
(LogicalCallContext) msg.Properties["__CallContext"]; lcc.SetData("priority",Thread.CurrentThread.Priority);
return _nextMsgSink.AsyncProcessMessage(msg,replySink);
}
else
{
return _nextMsgSink.AsyncProcessMessage(msg,replySink);
}
}

在服务器端,你也必须实现一个 IServerChannelSink 来从 IMessage 对象中提取调用上下文信息 ( call context ),然后设置到 Thread.CurrentThread.Priority 上来应用该值。

public ServerProcessing ProcessMessage(IServerChannelSinkStack sinkStack,
IMessage requestMsg,
ITransportHeaders requestHeaders,
Stream requestStream,
out IMessage responseMsg,
out ITransportHeaders responseHeaders,
out Stream responseStream)
{
LogicalCallContext lcc =
(LogicalCallContext) requestMsg.Properties["__CallContext"]; // storing the current priority
ThreadPriority oldprio = Thread.CurrentThread.Priority; // check if the logical call context contains "priority"
if (lcc != null && lcc.GetData("priority") != null)
{
// fetch the priority from the call context
ThreadPriority priority =
(ThreadPriority) lcc.GetData("priority"); Console.WriteLine(" -> Pre-execution priority change {0} to {1}",
oldprio.ToString(),priority.ToString()); // set the priority
Thread.CurrentThread.Priority = priority;
} // push on the stack and pass the call to the next sink
// the old priority will be used as "state" for the response
sinkStack.Push(this,oldprio);
ServerProcessing spres = _next.ProcessMessage (sinkStack,
requestMsg, requestHeaders, requestStream,
out responseMsg,out responseHeaders,out responseStream); // restore priority if call is not asynchronous
if (spres != ServerProcessing.Async)
{
if (lcc != null && lcc.GetData("priority") != null)
{
Console.WriteLine(" -> Post-execution change back to {0}",oldprio);
Thread.CurrentThread.Priority = oldprio;
}
}
return spres;
}

用于服务器端的接收器的接收器提供器非常简单。它看起来多少与前面的 IServerChannelSink 是相同的。

在客户端,这种方式有一点不太方便。请记住,你现在是在实现 IMessageSink 而不是 IClientChannelSing。如果寻找 IMessageSinkProvider 的话不会有 任何结果,所以,此时你还是不得不实现一个 IClientChannelSink - 即使实际上该连接器是 IMessageSink。当查看随后部分的 IClientChannelSinkProvider 接口的时候,就会发现这个问题。

IClientChannelSink CreateSink(IChannelSender channel,
string url,
object remoteChannelData);

这个接口说明,在任何场景下,CreateSink() 都只会返回 IClientChannelSink,即使你的连接器只需要实现 IMessageSink。所以现在你不得不扩展你的 IMessageSink 同时去实现 IClientChannelSink。你还不得不使用条件判断,因为 IClientChannelSink 也定义来更多的方法需要实现。这些方法将在这个连接器作为通道连接器 ( channel sink ) 的时候而不是作为消息连接器 ( 也就是说,在格式化器之后 ) 被调用。 你可能不希望你的用户将该连接器放置在格式化器 之后 ( 它在这里并不有效,因为它修改了 IMessage 对象的内容 ),所以你会希望对于这些方法抛出异常。

完整的客户端 PriorityEmitterSink 代码,会在用于错误的顺序时抛出这些异常,如列表 13-12 所示:

using System;
using System.Collections;
using System.IO;
using System.Runtime.Remoting;
using System.Runtime.Remoting.Channels;
using System.Runtime.Remoting.Messaging;
using System.Threading;
namespace PrioritySinks
{
public class PriorityEmitterSink : BaseChannelObjectWithProperties,
IClientChannelSink, IMessageSink
{
private IMessageSink _nextMsgSink;
public IMessageCtrl AsyncProcessMessage(IMessage msg, IMessageSink replySink)
{
// only for method calls
if (msg as IMethodCallMessage != null)
{
LogicalCallContext lcc =
(LogicalCallContext) msg.Properties["__CallContext"];
lcc.SetData("priority",Thread.CurrentThread.Priority);
return _nextMsgSink.AsyncProcessMessage(msg,replySink);
}
else
{
return _nextMsgSink.AsyncProcessMessage(msg,replySink);
}
} public IMessage SyncProcessMessage(IMessage msg)
{
// only for method calls
if (msg as IMethodCallMessage != null)
{
LogicalCallContext lcc =
(LogicalCallContext) msg.Properties["__CallContext"];
lcc.SetData("priority",Thread.CurrentThread.Priority);
return _nextMsgSink.SyncProcessMessage(msg);
}
else
{
return _nextMsgSink.SyncProcessMessage(msg);
}
} public PriorityEmitterSink (object next)
{
if (next as IMessageSink != null)
{
_nextMsgSink = (IMessageSink) next;
}
} public IMessageSink NextSink
{
get
{
return _nextMsgSink;
}
} public IClientChannelSink NextChannelSink
{
get
{
throw new RemotingException("Wrong sequence.");
} } public void AsyncProcessRequest(IClientChannelSinkStack sinkStack,
IMessage msg,
ITransportHeaders headers,
Stream stream)
{
throw new RemotingException("Wrong sequence.");
} public void AsyncProcessRequest(IClientChannelSinkStack sinkStack,
IMessage msg,
ITransportHeaders headers,
Stream stream)
{
throw new RemotingException("Wrong sequence.");
} public void AsyncProcessResponse(
IClientResponseChannelSinkStack sinkStack,
object state,
ITransportHeaders headers,
Stream stream)
{
throw new RemotingException("Wrong sequence.");
} public System.IO.Stream GetRequestStream(IMessage msg,
ITransportHeaders headers)
{
throw new RemotingException("Wrong sequence.");
} public void ProcessMessage(IMessage msg,
ITransportHeaders requestHeaders,
Stream requestStream,
out ITransportHeaders responseHeaders,
out Stream responseStream)
{
throw new RemotingException("Wrong sequence.");
}
}
}

客户端的 PriorityEmitterSinkProvider 如列表 13-13 所示,实现很直接。只有方法 CreateSink() 比较值得关注。

列表 13-13 客户端的 PriorityEmitterSinkProvider

using System;
using System.Collections;
using System.Runtime.Remoting.Channels; namespace PrioritySinks
{
public class PriorityEmitterSinkProvider: IClientChannelSinkProvider
{
private IClientChannelSinkProvider next = null;
public PriorityEmitterSinkProvider(IDictionary properties,
ICollection providerData)
{
// not needed
} public IClientChannelSink CreateSink(IChannelSender channel,
string url, object remoteChannelData)
{
IClientChannelSink nextsink =
next.CreateSink(channel,url,remoteChannelData);
return new PriorityEmitterSink(nextsink);
} public IClientChannelSinkProvider Next
{
get { return next; }
set { next = value; }
}
}
}

列表 13-14 是服务器端的 IServerChannelSink 实现,与客户端不同,它不是 IMessageSink,所以该实现更为一致。你不需要在这里实现任何其它接口。

列表 13-14 服务器端的 PriorityChangerSink

using System;
using System.Collections;
using System.IO;
using System.Runtime.Remoting;
using System.Runtime.Remoting.Messaging ;
using System.Runtime.Remoting.Channels;
using System.Threading;
namespace PrioritySinks
{
public class PriorityChangerSink : BaseChannelObjectWithProperties,
IServerChannelSink, IChannelSinkBase
{
private IServerChannelSink _next;
public PriorityChangerSink (IServerChannelSink next)
{
_next = next;
} public void AsyncProcessResponse (
IServerResponseChannelSinkStack sinkStack,
Object state,
IMessage msg,
ITransportHeaders headers,
Stream stream)
{
// restore the priority
ThreadPriority priority = (ThreadPriority) state;
Console.WriteLine(" -> Post-execution change back to {0}",priority);
Thread.CurrentThread.Priority = priority;
} public Stream GetResponseStream (IServerResponseChannelSinkStack sinkStack,
Object state,
IMessage msg,
ITransportHeaders headers )
{
return null;
} public ServerProcessing ProcessMessage(IServerChannelSinkStack sinkStack,
IMessage requestMsg,
ITransportHeaders requestHeaders,
Stream requestStream,
out IMessage responseMsg,
out ITransportHeaders responseHeaders,
out Stream responseStream)
{
LogicalCallContext lcc =
(LogicalCallContext) requestMsg.Properties["__CallContext"];
// storing the current priority
ThreadPriority oldprio = Thread.CurrentThread.Priority;
// check if the logical call context contains "priority"
if (lcc != null && lcc.GetData("priority") != null)
{
// fetch the priority from the call context
ThreadPriority priority =
(ThreadPriority) lcc.GetData("priority");
Console.WriteLine("-> Pre-execution priority change {0} to {1}",
oldprio.ToString(),priority.ToString());
// set the priority
Thread.CurrentThread.Priority = priority;
} // push on the stack and pass the call to the next sink
// the old priority will be used as "state" for the response
sinkStack.Push(this,oldprio);
ServerProcessing spres = _next.ProcessMessage (sinkStack,
requestMsg, requestHeaders, requestStream,
out responseMsg,out responseHeaders,out responseStream); // restore priority if call is not asynchronous
if (spres != ServerProcessing.Async)
{
if (lcc != null && lcc.GetData("priority") != null)
{
Console.WriteLine("-> Post-execution change back to {0}",oldprio);
Thread.CurrentThread.Priority = oldprio;
}
}
return spres;
} public IServerChannelSink NextChannelSink
{
get {return _next;}
set {_next = value;}
}
}
}

列表 13-15 是相关的服务器端连接器提供器,它实现了接口 IServerChannelSinkProvider

列表 13-15 服务器端的 PriorityChangerSinkProvider

using System;
using System.Collections;
using System.Runtime.Remoting.Channels;
namespace PrioritySinks
{
public class PriorityChangerSinkProvider: IServerChannelSinkProvider
{
private IServerChannelSinkProvider next = null;
public PriorityChangerSinkProvider(IDictionary properties,
ICollection providerData)
{
// not needed
} public void GetChannelData (IChannelDataStore channelData)
{
// not needed
} public IServerChannelSink CreateSink (IChannelReceiver channel)
{
IServerChannelSink nextSink = next.CreateSink(channel);
return new PriorityChangerSink(nextSink);
} public IServerChannelSinkProvider Next
{
get { return next; }
set { next = value; }
}
}
}

为了测试该连接器的组合,使用如下的 SAO (服务器端激活对象) ,它会返回服务器端的当前线程的优先级:

public class TestSAO: MarshalByRefObject
{
public String getPriority()
{
return System.Threading.Thread.CurrentThread.Priority.ToString();
}
}

这个 SAO 将被客户端使用不同的线程优先级调用多次。服务器端使用的配置文件如下所示:

<configuration>
<system.runtime.remoting>
<application>
<channels>
<channel ref="http" port="5555">
<serverProviders>
<formatter ref="soap" />
<provider
type="PrioritySinks.PriorityChangerSinkProvider, PrioritySinks" />
</serverProviders>
</channel>
</channels>
<service>
<wellknown mode="Singleton"
type="Server.TestSAO, Server" objectUri="TestSAO.soap" />
</service>
</application>
</system.runtime.remoting>
</configuration>

客户端的配置文件如下所示:

<configuration>
<system.runtime.remoting>
<application>
<channels>
<channel ref="http">
<clientProviders>
<provider
type="PrioritySinks.PriorityEmitterSinkProvider, PrioritySinks" />
<formatter ref="soap" />
</clientProviders>
</channel>
</channels>
<client>
<wellknown type="Server.TestSAO, generated_meta"
url="http://localhost:5555/TestSAO.soap" />
</client>
</application>
</system.runtime.remoting>
</configuration>

在用于测试的客户端,你可以使用 SoapSuds 来抽取元数据。当你运行如列表 13-16 所示的应用程序的时候,将会看到如图 13-8 所示的输出。

using System;
using System.Runtime.Remoting;
using Server; // from generated_meta.dll
using System.Threading;
namespace Client
{
delegate String getPrioAsync();
class Client
{
static void Main(string[] args)
{
String filename = "client.exe.config";
RemotingConfiguration.Configure(filename);
TestSAO obj = new TestSAO();
test(obj); Thread.CurrentThread.Priority = ThreadPriority.Highest;
test(obj); Thread.CurrentThread.Priority = ThreadPriority.Lowest;
test(obj); Thread.CurrentThread.Priority = ThreadPriority.Normal;
test(obj); Console.ReadLine();
} static void test(TestSAO obj)
{
Console.WriteLine("----------------- START TEST CASE ---------------");
Console.WriteLine(" Local Priority: {0}",
Thread.CurrentThread.Priority.ToString());
String priority1 = obj.getPriority();
Console.WriteLine(" Remote priority: {0}",priority1.ToString());
Console.WriteLine("----------------- END TEST CASE ---------------");
}
}
}

图 13-8 通过客户端测试的输出,展示了连接器如愿工作

参考资料

Advanced .NET Remoting: 第 9 章 3.在 Remoting 中传递额外的运行时信息的更多相关文章

  1. 《Entity Framework 6 Recipes》中文翻译系列 (20) -----第四章 ASP.NET MVC中使用实体框架之在MVC中构建一个CRUD示例

    翻译的初衷以及为什么选择<Entity Framework 6 Recipes>来学习,请看本系列开篇 第四章  ASP.NET MVC中使用实体框架 ASP.NET是一个免费的Web框架 ...

  2. 第十一章:WEB浏览器中的javascript

    客户端javascript涵盖在本系列的第二部分第10章,主要讲解javascript是如何在web浏览器中实现的,这些章节介绍了大量的脚本宿主对象,这些对象可以表示浏览器窗口.文档树的内容.这些章节 ...

  3. 编写高质量代码:改善Java程序的151个建议(第一章:JAVA开发中通用的方法和准则)

    编写高质量代码:改善Java程序的151个建议(第一章:JAVA开发中通用的方法和准则) 目录 建议1: 不要在常量和变量中出现易混淆的字母 建议2: 莫让常量蜕变成变量 建议3: 三元操作符的类型务 ...

  4. NodeJs>------->>第二章:Node.js中交互式运行环境--------REL

    第二章:Node.js中交互式运行环境--------REL 一:REPL运行环境概述 C:\Users\junliu>node > foo = 'bar' ; 'bar' > 二: ...

  5. ANTLR4权威指南 - 第6章 尝试一些实际中的语法

    第6章 尝试一些实际中的语法 在前一章,我们学习了通用词法结构和语法结构,并学习了如何用ANTLR的语法来表述这些结构.现在,是时候把我们学到的这些用来构建一些现实世界中的语法了.我们的主要目标是,怎 ...

  6. “全栈2019”Java第九十七章:在方法中访问局部内部类成员详解

    难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java第 ...

  7. “全栈2019”Java第八十五章:实现接口中的嵌套接口

    难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java第 ...

  8. “全栈2019”Java第二十七章:流程控制语句中循环语句for

    难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java第 ...

  9. “全栈2019”Java第二十六章:流程控制语句中循环语句do-while

    难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java第 ...

  10. “全栈2019”Java第二十五章:流程控制语句中循环语句while

    难度 初级 学习时间 10分钟 适合人群 零基础 开发语言 Java 开发环境 JDK v11 IntelliJ IDEA v2018.3 文章原文链接 "全栈2019"Java第 ...

随机推荐

  1. .NET 开源高性能 MQTT 类库

    前言 随着物联网(IoT)技术的迅猛发展,MQTT(消息队列遥测传输)协议凭借其轻量级和高效性,已成为众多物联网应用的首选通信标准. MQTTnet 作为一个高性能的 .NET 开源库,为 .NET ...

  2. QQ或者微信可以放昵称的超好看的符号

    ☪︎⋆ ✯ ⛈ •ᴗ• •ᴥ• ◔.̮◔ ᕱ ᕱ ⸝⸝· ᴥ ·⸝⸝ ʕ·͡ˑ·ཻʔ ʕ•̫͡•ོʔ ˃̣̣̥᷄⌓˂̣̣̥᷅ °꒰'ꀾ'꒱° ⋆ᶿ̵᷄ ˒̼ ᶿ̵᷅⋆ ˙ϖ˙ ⚝ ︎ .˗ˏˋ♡ˎˊ˗ ...

  3. 010 Python 重中之重的变量

    #!/usr/bin/env python # -*- coding:utf-8 -*- # Datatime:2022/7/16 20:32 # Filename:010 Python 重中之重的变 ...

  4. Android复习(五)设备兼容—>多apk支持

    1. 对于不同的屏幕发布单独的apk https://developer.android.google.cn/training/multiple-apks/screensize 2.多窗口模式 在An ...

  5. python的十大数据结构之堆队列heapq(heap queue)

    heap queque(堆队列),是一个完全二叉树,并且满足一个条件:每个节点(叶节点除外)的值都大于等于(或小于等于)它的子节点.提供了构建小顶堆的方法和一些小顶堆的基本操作方法(如入堆.出堆等), ...

  6. KubeSphere + Argo CD,实现真正的 GitOps!

    来自社区用户 willqy 的分享 Argo CD 简介 Argo CD 是用于 Kubernetes 的声明性 GitOps 持续交付工具,应用程序定义,配置和环境应为声明性的,并应受版本控制,应用 ...

  7. 今日一学,5道大厂的Java基础面试题

    前言 各种框架眼花缭乱,各种逻辑需求,CRUD.久而久之,写的1000行代码中都是if else,@autowired等等,等出去面试的时候,基础题不断,而且还是不常用,或者说不在意的,往往这些就容易 ...

  8. Ubuntu中Conda建立环境和删除环境

    网上说的很全面了,这里我把我遇到的一些问题和解决方案罗列出来,以便未来的学习和了解. 博客的好处就体现出来了,下次你再用这个东西,就直接打开你的博客照抄就行了,不用东搜西搜了,及其方便,这种碎片化的东 ...

  9. NOIP2024模拟3:一路破冰

    NOIP2024模拟3:一路破冰 雨后的青山.--240316 A-无向图删边 一句话题面:规定一轮中的删边方式为:按边权递减且每轮删掉的边集中没有环.问每条边会在第几轮被删除. 暴力的想法就是跑 \ ...

  10. ATC:多快好省,无参数token reduction方法 | ECCV'24

    来源:晓飞的算法工程笔记 公众号,转载请注明出处 论文: Agglomerative Token Clustering 论文地址:https://arxiv.org/abs/2409.11923 论文 ...