wcf入门(12)——异步调用

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

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


之前在介绍wcf入门(3)——请求答复模式_黄腾霄的博客-CSDN博客请求答复模式时,提到了异步服务操作。

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

异步实现

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

wcf入门(12)——异步调用_第1张图片
服务实现上我们通过Task.Delay模拟异步操作

wcf入门(12)——异步调用_第2张图片

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

wcf入门(12)——异步调用_第3张图片

在使用时输出返回值

wcf入门(12)——异步调用_第4张图片

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

wcf入门(12)——异步调用_第5张图片

深入研究

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

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

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

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

wcf入门(12)——异步调用_第6张图片

wcf入门(12)——异步调用_第7张图片

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

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

wcf入门(12)——异步调用_第8张图片

小结

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

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

参考链接:

  • 2019-1-24-wcf入门(3) - huangtengxiao
  • 如何:实现异步服务操作 - Microsoft Docs
  • 同步和异步操作 - Microsoft Docs
  • wcf入门(3)——请求答复模式_黄腾霄的博客-CSDN博客

本文会经常更新,请阅读个人博客原文: https://xinyuehtx.github.io/ ,以避免陈旧错误知识的误导,同时有更好的阅读体验。

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

你可能感兴趣的:(wcf,C#,异步,wcf,c#)