你来我往：wcf的双向通信（Bi-directional Communication）

我们继续改进前面的示例，实现wcf的双向通信。
示例采用前文中一样的业务逻辑（单独针对DivideOperation进行说明，另外两个方法我们注释掉不再讨论）——调用一个数学除法计算的远程调用，除了传递相应的操作参数之外，我们还传递一个对象，这个对象可以 在Server端中回调 (Callback) 把运算结果在Client端显示出来。
我们来看一下改进的步骤和实现：
1、IGetDataCallback.cs

Code
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.ServiceModel;

namespace WcfContract
{
    [ServiceContract]
    interface IGetDataCallback
    {
        [OperationContract]
        string ShowResult(double x, double y, double result);
    }
}

2、IGetDataService.cs

Code
using System;
using System.Collections.Generic;
using System.Linq;
using System.Runtime.Serialization;
using System.ServiceModel;
using System.Text;
using MyWcfException;

namespace WcfContract
{
    [ServiceContract(CallbackContract = typeof(IGetDataCallback))]
    public interface IGetDataService
    {
        [OperationContract]
        [FaultContract(typeof(CommonError))]
        double DivideOperation(double x, double y);
    }
}

注意点：

（1）．在一个分布式的环境中，Client能够调用Service，它必须知道Service的Contract， Contract定义了Service暴露给外界的所有可用的Operation，以及这些Operation的签名（Signature）.至于Service中定义的Opertion采用怎样的实现，Client不需要了解。这也是在WCF中把contract契约与具体的实现相互分离的一个重要原因——我们把Contract单独提取出来，把他暴露给Client，从而可以避免把过多的暴露业务逻辑的实现。
（2）．在一个分布式的环境中，Server端和Client并不是一成不变的，他们是可以相互转化的。提供服务的就是Server，消费Service的就是Client。在这个例子中，当MyClient调用Host在MyWcfWebHost中的GetDataService（定义在MyWcfLib类库中），MyClient是Client，而Server端的执行环境是MyWcfWebHost。而当GetDataService回调（Callback）Client的逻辑把运算结果显示出来时候，因为Callback的逻辑是MyClient中执行的，所以MyClient成了Server，而GetDataCallbackHandler（定义在MyClient中）成了真正的Service。
（3）．我们已经说过Client能够调用Service，它必须知道Service的Contract。所以GetDataService能过Callback MyClient，它也必须知道回调操作的Contract。WCF通过在ServiceContractAttribute中的CallbackContrac参数制定。
2、在GetDataService中定义服务：

Code
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using WcfContract;
using MyWcfException;
using System.ServiceModel;

namespace MyWcfLib
{
    [ServiceBehavior(ConcurrencyMode = ConcurrencyMode.Multiple)]
    public class GetDataService : IGetDataService
    {
        public double DivideOperation(double x, double y)
        {
            // 声明回调接口
            IGetDataCallback callback = OperationContext.Current.GetCallbackChannel<IGetDataCallback>();

            //在被除数为0的时候，抛出FaultException<CommonError> Exception，并指定具体的CommonError对象
            //以及一个FaultCode（一般指明出错的来源）和FaultReason（出错的原因）
            if (y == 0)
            {
                CommonError error = new CommonError("Divide", "Divided by zero");
                throw new FaultException<CommonError>(error, new FaultReason("Parameters passed are not valid"), new FaultCode("sender"));
            }

            // 调用回调接口中的方法
            callback.ShowResult(x, y, x / y);

            return x / y;
        }

    }
}

需要注意：在客户端的app.config文件我们把binding设置为"wsDualHttpBinding"，也就是可以双向通信的绑定。您还可以设置其他的双向绑定。
3、客户端的通信测试
（1）、callback调用的服务

代码

     ///   <summary>
     ///  实现回调接口
     ///  在callBack的时候调用的服务，这个服务应该由client程序实现
     ///   </summary>
     public   class  ClientGetDataCallback : WcfContract.IGetDataCallback
    {
         public   void  ShowResult( double  x,  double  y,  double  z)
        {
             string  result  =   string .Format( " {0} divide {1} equals {2} " , x, y, z);
            Console.WriteLine(result);
        }
    }

 （2）、双向通信测试代码
我们依然在一个控制台应用程序中进行简单测试：

代码

     class  Program
    {
         static   void  Main( string [] args)
        {
            InstanceContext instanceContext  =   new  InstanceContext( new  ClientGetDataCallback());
            DuplexChannelFactory < IGetDataService >  channelFactory  =   new  DuplexChannelFactory < IGetDataService > (instanceContext,  " MyWcfGetDataService " );
            IGetDataService proxy  =  channelFactory.CreateChannel(); // 获取指定类型的一个通道
             using  (proxy  as  IDisposable)
            {
                 try
                {
                    proxy.DivideOperation( 25 ,  5 );
                    proxy.DivideOperation( 25 ,  15 );
                    Console.ReadKey(); // 如果这一行注释掉，异常：在消息传输完成以前关闭会话
                }
                 catch  (FaultException < CommonError >  ex)    // 异常处理
                {
                    CommonError error  =  ex.Detail;
                    Console.WriteLine( " An Fault is thrown.\n\tFault code:{0}\n\tFault Reason:{1}\n\tOperation:{2}\n\tMessage:{3} " , ex.Code, ex.Reason, error.Operation, error.ErrorMessage);
                     // 写异常日志
                }
                 catch  (Exception ex)
                {
                    Console.WriteLine( " An Exception is thrown.\n\tException Type:{0}\n\tError Message:{1} " , ex.GetType(), ex.Message);
                     // 写异常日志
                }
            }
            Console.WriteLine( " \r\nIt is a wcf test and succeed now! " );
            Console.ReadKey();
        }
    }

 4、注意点
测试时发现的两个异常：
（1）、“HTTP 无法注册 URL...，因为另一应用程序正在使用 TCP 端口 80。”
施展google大法后发现这是xp系统或者iis5.x的常见问题，您可以直白地把它理解为“tmd，老子的回调服务的监听端口80被占用啦”，所以解决的方法就是，

代码

<? xml version="1.0" encoding="utf-8"  ?>
< configuration >
   < system.serviceModel >
     < bindings >
       < wsDualHttpBinding >
         <!-- xp系统或者iis 5.x 必须自定义这一个ClientBaseAddress：80和我们已经设定好的4321端口不能作为回调服务的基地址端口 -->
         < binding  name ="WSDualHttpBinding_IGetDataService"  clientBaseAddress ="http://localhost:1234/GetData"   />
       </ wsDualHttpBinding >
     </ bindings >
     < client >
       < endpoint  address ="http://localhost:4321/GetData/GetData.svc"
        binding ="wsDualHttpBinding"  bindingConfiguration ="WSDualHttpBinding_IGetDataService"
        contract ="WcfContract.IGetDataService"  name ="MyWcfGetDataService" >
       </ endpoint >
     </ client >
   </ system.serviceModel >
</ configuration >

 正如你所看见的，我们独立为它配置一个不同的双向绑定的clientBaseAddress的端口就可以了。
（2）、“在消息传输完成以前关闭会话”
这个问题是在测试的时候发现的，我在测试代码里也写了注释。分析过后发现，原来我们将proxy转换为一个IDisposable的对象后（using (proxy as IDisposable)这一句），在测试代码的try块内，如果没有 Console.ReadKey();这一行，clr会调用Dispose()方法进行回收，试图关闭底层的用于双向通信的信道，如果在回调操作尚未执行完毕就关闭网络连接，将会导致回调无法正常执行。
demo下载：demo