前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >2019-1-31-wcf入门(12)

2019-1-31-wcf入门(12)

作者头像
黄腾霄
发布2020-06-10 11:51:16
4210
发布2020-06-10 11:51:16
举报
文章被收录于专栏:黄腾霄的博客

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

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


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

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

异步实现

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

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

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

在使用时输出返回值

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

深入研究

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

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

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

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

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

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

小结

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

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

参考链接:


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

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

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2019-01-31 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 异步实现
  • 深入研究
  • 小结
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档