本文demo已上传至github:xinyuehtx/WCFdemo

这个博客会介绍如何设置服务的异步调用


之前在介绍2019-1-24-wcf入门(3) - haungtengxiao请求答复模式时,提到了异步服务操作。

实际上在C#5引入基于任务的异步模型(TAP,async/await)之后,异步的wcf服务变得非常简单。

异步实现

首先在定义接口时,将返回值改为Task<T>,表明这个方法可以异步

1548941800449

服务实现上我们通过Task.Delay模拟异步操作

1548941872550

客户端实现上注意需要添加await

1548941941232

在使用时输出返回值

1548941995445

结果如图所示,我们看到主线程先输出了发送完成,异步线程在完成异步操作后返回输出

1548942051753

深入研究

我们都知道自己写WPF之类的客户端程序,处理async/await都是在遇到真正实现了IAwaitable的代码时才会切换到异步,而之前的代码都会同步执行。

那么这个时候就有疑问了,如果服务端在进入异步之前执行了许多同步代码,或者信道延迟,那么还是没有解决请求答复模式的超时问题呀。

那么我们就做个实验,看看客户端是什么时候返回的。

实验很简单,我们对之前的日志添加上时间戳。额外的,服务端实现,增加了3秒同步等待。

1548942474550

1548942453147

结果发现在服务端输出收到消息之前,客户端代码就已经返回了。

而不需要等到服务端执行到await

1548942413100

小结

我们研究了WCF服务的异步代码,其特点有

  • 可以直接使用现有的TAP模式
  • 发送完直接返回,不用担心信道,或者服务端实现
  • 可以有返回值

参考链接:


本文会经常更新,请阅读原文: https://xinyuehtx.github.io/post/wcf%E5%85%A5%E9%97%A8-12.html ,以避免陈旧错误知识的误导,同时有更好的阅读体验。

知识共享许可协议 本作品采用 知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议 进行许可。欢迎转载、使用、重新发布,但务必保留文章署名黄腾霄(包含链接: https://xinyuehtx.github.io ),不得用于商业目的,基于本文修改后的作品务必以相同的许可发布。如有任何疑问,请 与我联系