2019-1-31-wcf入门（12）

本文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模式
• 发送完直接返回，不用担心信道，或者服务端实现
• 可以有返回值

参考链接：

• 2019-1-24-wcf入门（3） - huangtengxiao
• 如何：实现异步服务操作 - Microsoft Docs
• 同步和异步操作 - Microsoft Docs

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

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