WCF技术剖析之十一:异步操作在WCF中的应用(下篇)

说完了客户端的异步服务调用(参阅WCF技术剖析之十一:异步操作在WCF中的应用(上篇)),我们在来谈谈服务端如何通过异步的方式为服务提供实现。在定义服务契约的时候,相信大家已经注意到了OperationContractAttribute特性具有一个bool类型的AsynPattern。该属性可以将一个服务操作定义成异步实现模式,接下来的内容主要是着眼于介绍异步操作的定义和实现原理。

一、异步操作的定义和实现原理

实现WCF异步服务操作模式在编程上具有一些限制:异步服务操作是通过两个配对的方法实现的,并且采用典型的异步操作命名方式:BeginXxx/EndXxx。两个方法需要采用如下的签名,指定了AsyncPattern属性的OperationContractAttribute只需要应用到BeginXxx方法上面。

   1: [OperationContract(AsyncPattern = true)]   2: IAsyncResult BeginDoWork(parameters, AsyncCallback userCallback, object stateObject);   3: ReturnType   EndDoWork(IAsyncResult asynResult);

比如下面两段代码可以看作相同的操作在同步和异步下的不同表现。

   1: [OperationContract]   2: double Add(double x, double y);   1: [OperationContract(AsyncPattern = true)]   2: IAsyncResult BeginAdd(double x, double y, AsyncCallback userCallback, object stateObject);   3: double EndAdd(IAsyncResult asynResult);

理解了异步操作的定义模式之后,我们来谈谈WCF异步操作实现的原理。WCF通过类型OperationDescription表示对服务操作的描述。如下面的代码所示,OperationDescription具有3个重要的MemthodInfo类型的属性成员:SyncMethod、BeginMethod和EndMethod,分别表示同步方法、异步开始和结束方法。以上面的代码为例,如果采用SyncMethod表示Add方法,而BeginMethod和EndMethod对应于BeginAdd和EndAdd方法。

   1: public class OperationDescription   2: {   3:   4:     public MethodInfo SyncMethod { get; set; }   5:     public MethodInfo BeginMethod { get; set; }   6:     public MethodInfo EndMethod { get; set; }   7:     //其他成员   8: }

WCF通过OperationSelector选择相应的操作,通过OperationInvoker执行被选择操作对应的方法。所有的OperationInvoker都实现了接口System.ServiceModel.Dispatcher.IOperationInvoker。下面是IOperationInvoker基本的定义。Invoke和InvokeBegin/InvokeEnd代表对操作同步和异步执行,IsSynchronous表示当前操作是否是异步的,如果操作的AsyncPattern为true则表明是异步操作。

   1: public interface IOperationInvoker   2: {   3:     object[] AllocateInputs();   4:     object Invoke(object instance, object[] inputs, out object[] outputs);   5:     IAsyncResult InvokeBegin(object instance, object[] inputs, AsyncCallback callback, object state);   6:     object InvokeEnd(object instance, out object[] outputs, IAsyncResult result);   7:     bool IsSynchronous { get; }   8: }

在WCF中定义了两个典型的OperationInvoker:SyncOperationInvoker与AsyncOperationInvoker,它们分别用于同步操作和异步操作的执行。这两个OperationINvoker均实现了IOperationInvoker接口,SyncOperationInvoker实现了Invoke方法,AsyncOperationInvoker实现了InvokeBegin和InvokeEnd

当通过OperationSelector和InstanceProvider选出正确的方法和得到相应的服务实例的时候,WCF根据操作的AsyncPattern选择相应的OperationInvoker。如果是同步的则自然选择SyncOperationInvoker,执行Invoke方法。Invoke方法会通过OperationDescription的SyncMethod属性,得到同步操作方法的MethodInfo,采用反射的机制执行该方法;对于异步操作,则会调用AsyncOperationInvoker的InvokeBegin和InvokeEnd方法,InvokeBegin和InvokeEnd方法对应的MethodInfo通过OperationDescription的BeginMethod和EndMethod属性获得。得到相应的MethodInfo对象后,同样通过反射调用服务实例。

二、如何创建异步服务

在了解了异步操作的定义和具体的实现原理之后,我们通过一个简单的实例演示异步操作在WCF应用中的实现。本例子中,我们通过服务调用来读取服务端的文件,在实现文件读取操作的时候,采用异步文件读取方式。

先来看看服务契约的定义。服务契约通过接口IFileReader定义,基于文件名的文件读取操作以异步的方式定义在BeginRead和EndRead方法中。

   1: using System;   2: using System.ServiceModel;   3: namespace Artech.AsyncServices.Contracts   4: {   5:     [ServiceContract(Namespace="http://www.artech.com/")]   6:     public interface IFileReader   7:     {   8:         [OperationContract(AsyncPattern = true)]   9:         IAsyncResult BeginRead(string fileName, AsyncCallback userCallback, object stateObject);  10:  11:         string EndRead(IAsyncResult asynResult);  12:     }  13: }

FileReader实现了契约契约,在BeginRead方法中,根据文件名称创建FileStream对象,调用FileStream的BeginRead方法实现文件的异步读取,并直接返回该方法的执行结果:一个IAsyncResult对象。在EndRead方法中,调用FileStream的EndRead读取文件内容,并关闭FileStream对象。

   1: using System;   2: using System.Text;   3: using Artech.AsyncServices.Contracts;   4: using System.IO;   5: namespace Artech.AsyncServices.Services   6: {   7:     public class FileReaderService : IFileReader   8:     {   9:         private const string baseLocation = @"E:\";  10:         private FileStream _stream;  11:         private byte[] _buffer;  12:  13:         #region IFileReader Members  14:  15:         public IAsyncResult BeginRead(string fileName, AsyncCallback userCallback, object stateObject)  16:         {  17:             this._stream = new FileStream(baseLocation + fileName, FileMode.Open, FileAccess.Read, FileShare.Read);  18:             this._buffer = new byte[this._stream.Length];  19:             return this._stream.BeginRead(this._buffer, 0, this._buffer.Length, userCallback, stateObject);  20:         }  21:  22:         public string EndRead(IAsyncResult ar)  23:         {  24:             this._stream.EndRead(ar);  25:             this._stream.Close();  26:             return Encoding.ASCII.GetString(this._buffer);  27:         }  28:  29:         #endregion  30:     }  31: }

以上是小编为您精心准备的的内容,在的博客、问答、公众号、人物、课程等栏目也有的相关内容,欢迎继续使用右上角搜索按钮进行搜索object
, 异步
, 方法
, 服务
, public
, filestream
, 方法操作
, IAsyncResult
, 异步原理
, 异步文件下载
, 操作方法
异步读取
,以便于您获取更多的相关知识。

时间: 2025-01-21 17:42:22

WCF技术剖析之十一:异步操作在WCF中的应用(下篇)的相关文章

WCF技术剖析之三十一: WCF事务编程[中篇]

[续<上篇>]通过将TransactionFlowAttribute特性应用在服务契约的某个操作之上,并指定相应的TransactionFlowOption枚举直,仅仅定义了事务流转的策略而已.或者说,通过这种方式确定对事物流转的一种意愿,客户端是否愿意将当前事务流出,服务端是否愿意接受流入的事务,可以通过TransactionFlowAttribute特性进行控制.所以说,服务操作上定义个TransactionFlowAttribute特性是是否进行事务流转的总开关,真正的事务传播是建立在T

WCF技术剖析之十三:序列化过程中的已知类型(Known Type)

DataContractSerializer承载着所有数据契约对象的序列化和反序列化操作.在上面一篇文章(<数据契约(Data Contract)和数据契约序列化器(DataContractSerializer)>)中,我们谈到DataContractSerializer基本的序列化规则:如何控制DataContractSerializer序列化或者反序列化对象的数量:以及如何在序列化后的XML中保存被序列化对象的对象引用结构.在这篇文章中,我们会详细讨论WCF序列化中一个重要的话题:已知类型

WCF技术剖析之十一:异步操作在WCF中的应用(上篇)

按照操作执行所需的资源类型,我们可以将操作分为CPU绑定型(CPU Bound)操作和I/O绑定型(I/O Bound)操作.对于前者,操作的执行主要利用CPU进行密集的计算,而对于后者,大部分的操作处理时间花在I/O操作处理,比如访问数据库.文件系统.网络资源等.对于I/O绑定型操作,我们可以充分利用多线程的机制,让多个操作在自己的线程并发执行,从而提高系统性能和响应能力.服务调用就是典型的I/O绑定型操作,所以多线程在服务调用中具有广泛的应用.在本篇文章中,我们专门来讨论多线程或者是异步操作

WCF技术剖析之三十一:WCF事务编程[上篇]

WCF事务编程其实很简单,可以用三句话进行概括:通过服务契约决定事物流转(Transaction Flow)的策略:通过绑定实施事务的流转:通过服务行为控制事务的相关行为.本篇文章着重介绍如果通过TransactionFlowAttribute特性定义事务流转策略.  契约时是一种双边协定,是双方就某个关注点达成的一种共识.对于分布式事务的实现来讲,首先需要解决的是事务流转的问题,即事务将客户端的事务流向服务端.要解决事务流转的问题,需要在事务的发送方和接收方就流转问题达成共识,即双方采用相匹配

WCF技术剖析之三十一: WCF事务编程[下篇]

在WCF事务编程模型下,通过服务契约确定事务流转的策略(参阅<上篇>),通过事务绑定实施事务的流转(参阅<中篇>).但是,对于事务绑定接收到并成功创建的事务来说,服务操作的执行是否需要自动登记到该事务之中,以及服务操作采用怎样的提交方式,这就是服务端自己说了算了.正因为如此,WCF通过服务(操作)行为的形式定义事务的登记和提交(完成)方式. 一.事务的自动登记(Enlistment)与提交(完成) 在OperationBehaviorAttribute特性(其本身是一个操作行为)中

WCF技术剖析之十:调用WCF服务的客户端应该如何进行异常处理

在前面一片文章(服务代理不能得到及时关闭会有什么后果?)中,我们谈到及时关闭服务代理(Service Proxy)在一个高并发环境下的重要意义,并阐明了其根本原因.但是,是否直接调用ICommunicationObject的Close方法将服务代理关闭就万事大吉了呢?事情远不会这么简单,这其中还会涉及关于异常处理的一些操作,这就是本篇文章需要讨论的话题. 一.异常的抛出与Close的失败 一般情况下,当服务端抛出异常,客户客户端的服务代理不能直接关闭,WCF在执行Close方法的过程中会抛出异常

WCF技术剖析之七:如何实现WCF与EnterLib PIAB、Unity之间的集成

在这之前,我写过深入介绍MS EnterLib PIAB的文章(参阅<MS Enterprise Library Policy Injection Application Block 深入解析[总结篇]>),也写过WCF与PIAB的集成(参阅:<WCF后续之旅(8):通过WCF Extension 实现与MS Enterprise Library Policy Injection Application Block 的集成>).WCF与Unity的集成(参阅<WCF后续之旅(

WCF技术剖析系列文章汇总

WCF技术剖析之三十:一个很有用的WCF调用编程技巧[下篇] WCF技术剖析之三十:一个很有用的WCF调用编程技巧[上篇] WCF技术剖析之二十九:换种不同的方式调用WCF服务 WCF技术剖析之二十八:自己动手获取元数据 WCF技术剖析之二十七: 如何将一个服务发布成WSDL[基于HTTP-GET的 WCF技术剖析之二十七: 如何将一个服务发布成WSDL WCF技术剖析之二十七: 如何将一个服务发布成WSDL[编程篇] WCF技术剖析之二十六:如何导出WCF服务的元数据(Metadata)[扩展

WCF技术剖析之八:ClientBase&lt;T&gt;中对ChannelFactory&lt;T&gt;的缓存机制

和传统的分布式远程调用一样,WCF的服务调用借助于服务代理(Service Proxy).而ChannelFactory<T>则是服务代理的创建者.WCF采用基于终结点(Endpoint)服务消费方式:WCF服务通过一个或者多个终结点暴露给潜在的服务消费者,服务的消费中通过与之匹配的终结点与之交互.在客户端,我们具有两种典型的服务代理创建方式,其一是通过诸如SvcUtil.exe这样的工具导入服务的元数据生成相应的服务代理(一个继承自ClientBase<T>的类型)代码和相关配置