传说中的WCF(1):这东西难学吗?传说中的WCF(2):服务协定的那些事儿传说中的WCF(3):多个协定传说中的WCF(4):发送和接收SOAP头传说中的WCF(5):数据协定(a)传说中的WCF(6):数据协定(b)传说中的WCF(7):“单向”&“双向”传说中的WCF(8):玩转消息协定传说中的WCF(9):流与文件传输传说中的WCF(10):消息拦截与篡改传说中的WCF(11):会话(Session)传说中的WCF(12):服务器回调有啥用传说中的WCF(13):群聊天程序传说中的WCF(14):WCF也可以做聊天程序
你说,服务器端回调有啥用呢?这样问,估计不好回答,是吧。不急,先讨论一个情景。
假设现有服务器端S,客户端A开始连接S并调用相关操作,其中有一个操作,在功能上有些特殊,调用后无法即时回复,因为在服务器上要作一些后续,而这些处理也许会消耗一定时间,比如:
向服务器上传了一个文件,但是,为了节约空间或出于其他目的,服务器要对刚上传的文件进行处理(压缩或者多媒体文件转码),这些操作无法马上向客户端回复,而客户端也不可能就停在这里一直在等。我们希望,在客户端上传文件后马上返回,而服务器对文件处理完成后再通知一下客户端。
这样就引出一个东东——回调,E文叫Call Back。我估计用E文表述可能更好理解,Call back就是相对于Call to而言的,即调用的方向与Call to相反。
是啊,有必要解释一下,什么叫回调。我讲一个故事吧。
有一天,脑残去书店买书,之前他听别人说有一本书叫《吹牛沉思录》很好看,于是脑残也想买一本。可是,当他到书店后,东找西寻了一番,硬是没看见那本书的影子。
于是,他跑到柜台问工作人员:“我想找《吹牛沉思录》,没找到。”
工作人员马上启动书店的信息管理系统,但可以由于该系统品德不太好,居然用了35秒才启动,然后,工作人员在上面查了一下,回过头说:“抱歉,这本书太抢手了,卖完了,需要拿货。”
脑残追问:“那要啥时候有货?”
工作人员说:“大概两三天后吧,这样吧,你留个联系方式,等到货到了我再联系你。”
……
对的,这就是回调的故事。
脑残(调用方)不知道书店什么时候有货(不清楚调用的操作什么时候返回),但他总不能每天都跑去书店看看,这样太不滑算(消耗资源),于是,书店(被调用方)建议,留下联系方式(只保留内存中函数指针的地址,即回调地址),只要货到了就通知脑残(反调用)。
回调比较典型的一种就是事件,事件驱动模型以前是在VB中被大量使用,后来.NET也继承了这些优点,在此之前,C++/MFC大家都知道的,是通过消息来处理的(消息循环),其实,事件就是对消息的进一步封装,这使得应用更加简便和灵活。
在.NET中我们知道,事件其实就是一个委托,由于委托可以同时绑定多个方法的特点,故被选为事件的表现类型,估计是这样的。
比如,我们常用的,为按钮的Click事件定义一个处理。
button.Click += new EventHandler(onClick)
这样,事件Click的订阅者就是onClick方法,所谓订阅事件,就像我们平时订阅XX杂志一样,只要有新一期发布就发快递给你,你不用天天打电话去杂志社问。
onClick并不是每一刻都去问button:“你被Click了吗?”,onClick就像一个报警系统,只要特定的事件发生,它就会报警。这就是一种回调,onClick不必主动去调用button,只要处于监听状态即可,只要button被Click,onClick就会执行,不用你去调用它。
讲了这么多,不知道各位理解了没?
在WCF中使用回调,只需要多定义一个接口即可,这个接口的方法和服务协定一样,要附加OperationContractAttribute特性。
然后在定义服务类时,在ServiceContractAttribute的CallbackContract中设置一个回调接口的Type。
在服务操作中,通过OperationContext的GetCallbackChannel方法取出回调协定的实例,调用回调的方法,就会在客户端寻找回调接口的实现类并调用对应的成员。
这样说显然不好理解,还是实践出真知。我们来做一个选号程序。
第一步,定义一个回调接口。
public interface ICallback
{
// 回调操作也必须One Way
[OperationContract(IsOneWay = true)]
void CallClient(int v);
}
第二步,定义服务协定。
[ServiceContract(Namespace = "MyNamespace",
CallbackContract = typeof(ICallback), /* 标注回调协定 */
SessionMode = SessionMode.Required /* 要求会话 */
)]
public interface IService
{
// 会话从调用该操作启动
[OperationContract(IsOneWay = true, /* 必须 */
IsInitiating = true, /* 启动会话 */
IsTerminating = false)]
void CallServerOp();
// 调用该操作后,会话结束
[OperationContract(IsOneWay = true, /* 使用回调,必须为OneWay */
IsTerminating = true, /* 该操作标识会话终止 */
IsInitiating = false)]
void End();
}
CallbackContract属性指向ICallback的Type。因为我要使用计时器每隔3秒钟生成一个随机数,并回调到客户端,故要启用会话。
第三步,实现服务协定。
第四步,完成服务器端的配置。
static void Main(string[] args)
{
Console.Title = "WCF服务端";
// 服务器基址
Uri baseAddress = new Uri("
http://localhost:1378/services");
// 声明服务器主机
using (ServiceHost host = new ServiceHost(typeof(MyService), baseAddress))
{
// 添加绑定和终结点
// tcp绑定支持会话
NetTcpBinding binding = new NetTcpBinding();
binding.Security.Mode = SecurityMode.None;
host.AddServiceEndpoint(typeof(IService), binding, "net.tcp://localhost:1211/rr");
// 添加服务描述
host.Description.Behaviors.Add(new ServiceMetadataBehavior { HttpGetEnabled = true });
try
{
// 打开服务
host.Open();
Console.WriteLine("服务已启动。");
}
catch (Exception ex)
{
Console.WriteLine(ex.Message);
}
Console.ReadKey();
}
}既支持会话,传输速度又快的,非TCP莫属了,所以这里我选择NetTcpBinding,这样在默认行为下,每启动一个会话就创建一个服务实例,而当会话结束时就会释放。
======================================================================================
服务器端完工后,下面就是客户端。
第一步,新建一个Windows窗体应用项目(Windows Forms)。
第二步,到对应目录以管理员身份运行服务器端,然后在客户端添加服务引用。
第三步,在客户端实现回调接口。
/// <summary>
/// 实现回调接口
/// </summary>
public class MyCallback : WS.IServiceCallback
{
// 因为该方法是由服务器调用的
// 如果希望在客户端能即时作出响应
// 应当使用事件
public void CallClient(int v)
{
if (this.ValueCallbacked != null)
{
this.ValueCallbacked(this, v);
}
}
/// <summary>
/// 回调引发该事件
/// </summary>
public event EventHandler<int> ValueCallbacked;
}注意,回调的接口是在客户端实现的,不是服务器端。
第四步,设计窗口,不说了,后面我会上传源码到资源区。
现在来测试一下吧。
转IT黄老邪