WCF异步调用实际应用技巧分析

WCF已经推出就受到了广大开发人员的关注。作为一个.NET Framework 3.5的重要组成部分，它的应用可以帮助我们创建一个安全性高的可依赖性框架，为开发人员带来极大的方便。首先，为我们就先来了解一下WCF异步调用的相关介绍。

创新互联服务项目包括新邱网站建设、新邱网站制作、新邱网页制作以及新邱网络营销策划等。多年来，我们专注于互联网行业，利用自身积累的技术优势、行业经验、深度合作伙伴关系等，向广大中小型企业、政府机构等提供互联网行业的解决方案，新邱网站推广取得了明显的社会效益与经济效益。目前，我们服务的客户以成都为中心已经辐射到新邱省份的部分城市，未来相信会继续扩大服务区域并继续获得客户的支持与信任！

WCF与Web Service不同的是，当我们定义了服务契约的操作时，不管是通过ChannelFactory创建服务代理对象，还是通过SvcUtil的默认方式生成服务代理对象，客户端在调用这些代理对象时，都无法直接实现WCF异步调用方式的调用。例如，对于如下的服务操作定义：

 
 
   
  
  [OperationContract]    
  
  Stream TransferDocument(Document document);

在调用代理对象的方法时，我们无法找到对应于TransferDocument()操作的BeginTransferDocument()和EndTransferDocument()异步方法。#t#

这样的设计使得我们无法通过编程方式异步地调用服务的操作，除非我们在定义服务接口时，直接加入相关操作的异步方法。然而，这又直接导致了服务的设计与方法调用方式之间的耦合。一个好的框架设计要素在于，不管客户端的调用方式（同步或者异步），服务的设计与实现应该是一致的。对于服务的设计者而言，在设计之初，就不应该去考虑服务的调用者调用的方式。换言之，服务操作究竟是否采用WCF异步调用方式，应该由客户端的调用者决定。因此，所有与异步调用相关的内容应该只与客户端相关。WCF遵循了这一规则。

在我编写的应用程序中，会暴露一个传送文档文件的服务操作。我并不知道也并不关心调用该操作的客户端是否采用异步方式。因此，如上所述的服务操作定义是完全正确的。

那么，客户端究竟应该如何执行异步调用呢？如果采用编程方式获得服务代理对象，这一问题会变得比较糟糕。因为我将服务契约的定义单独形成了一个程序集，并在客户端直接引用了它。然而，在这样的服务契约程序集中，是没有包含异步方法的定义的。因此，我需要修改在客户端的服务定义，增加操作的异步方法。这无疑为服务契约的重用带来障碍。至少，我们需要在客户端维持一份具有异步方法的服务契约。

所幸，在客户端决定采用异步方式调用我所设计的服务操作时，虽然需要修改客户端的服务契约接口，但并不会影响服务端的契约定义。因此，服务端的契约定义可以保持不变，而在客户端则修改接口定义如下：

 
 
   
  
  [ServiceContract]    
  
  public interface IDocumentsExplorerService    
  
  {    
  
  [OperationContract]    
  
  Stream TransferDocument(Document document);    
  
  [OperationContract(AsyncPattern = true)]    
  
  IAsyncResult BeginTransferDocument(Document document,    
  
  AsyncCallback callback, object asyncState);    
  
  Stream EndTransferDocument(IAsyncResult result);    
  
  }

注意，在BeginTransferDocument()方法上，必须在OperationContractAttribute中将AsyncPattern属性值设置为true，因为它的默认值为false。

调用方式如下：

 
 
   
  
  BasicHttpBinding binding = new BasicHttpBinding();    
  
  binding.SendTimeout = TimeSpan.FromMinutes(10);    
  
  binding.TransferMode = TransferMode.Streamed;    
  
  binding.MaxReceivedMessageSize = 9223372036854775807;    
  
  EndpointAddress address = new EndpointAddress    
  
  ("http://localhost:8008/DocumentExplorerService");    
  
  ChannelFactory factory =     
  
  new ChannelFactory(binding,address);    
  
  m_service = factory.CreateChannel();    
  
  ……    
  
  IAsyncResult result = m_service.BeginTransferDocument(doc,null,null);    
  
  result.AsyncWaitHandle.WaitOne();    
  
  Stream stream = m_service.EndTransferDocument(result);

如果采用SvcUtil生成客户端代理文件，可以有更好的方式实现WCF异步调用，也就是使用SvcUtil的/async开关，例如：

 
 
   
  
  svcutil /async http://localhost:8008/DocumentExplorerService

唯一不足的是，它会不分青红皂白，为所有服务操作都生成对应的异步方法。这样的做法未免过于武断。

合理地利用服务的WCF异步调用，可以有效地提高系统性能，合理分配任务的执行。特别对于UI应用程序而言，可以提高UI的响应速度，改善用户体验。在我编写的应用程序中，下载的文件如果很大，就有必要采用异步方式。

对于异步调用的完成，虽然WCF提供了诸如阻塞、等待和轮询等机制，但***的方式还是使用回调。也就是利用Begin方法参数中的AsyncCallback对象。这是一个委托对象，它的定义如下所示：

 
 
   
  
  public delegate void AsyncCallback(IAsyncResult ar);

利用WCF异步调用方式执行服务操作，使得服务在执行过程中不会阻塞主线程，当方法执行完成后，通过AsyncCallback回调对应的方法，可以通知客户端服务执行完毕。例如：

 
 
   
  
  //Invoke it Asynchronously    
  
  m_service.BeginTransferDocument(m_doc,OnTransferCompleted,null);    
  
  //Do some work;    
  
  //callback method    
  
  void OnTransferCompleted(IAsyncResult result)    
  
  {    
  
  Stream stream = m_service.EndTransferDocument(result);    
  
  result.AsyncWaitHandle.Close();    
  
  lbMessage.Text = string.Format("The file {0} 
had been transfered sucessfully.",     
  
  m_doc.FileName);    
  
  }

在调用BeginTransferDocument()方法之后，主线程不会被阻塞，仍然可以继续执行其它工作。而当服务方法执行完毕之后，会自动调用回调方法，执行方法中的内容。

本文名称：WCF异步调用实际应用技巧分析
文章来源：http://www.mswzjz.cn/qtweb/news37/485437.html

攀枝花网站建设、攀枝花网站运维推广公司-贝锐智能，是专注品牌与效果的网络营销公司；服务项目有等

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源：贝锐智能

贝锐智能技术为您推荐以下文章