WCF入门（十）——服务对象模型

当发生一次WCF请求-响应操作时，会经过如下几个步骤

1. WCF Client想WCF Server发送一个服务请求
2. WCF Server创建WCF服务对象
3. WCF Server调用WCF服务对象接口，将结果返回给WCF客户端。

操作过程中就牵涉到了服务对象的创建，但由于WCF服务对象是WCF框架管理，一般的时候并不关注它何时创建，何时回收。对于无需访问成员变量的状态无关的服务来说，这个并不影响我们的功能实现。

但是，许多时候我们也需要提供与状态相关的服务，这个时候需要通过服务对象的成员变量来保存状态。此时，我们就需要关注WCF的服务对象的创建策略了。下面就以一个计数器为例，介绍一下不同的策略对服务结果的影响。

    [ServiceContract]
    public interface IService1
    {
        [OperationContract]
        int Increment();
    }

    [ServiceBehavior]
    public class Service1 : IService1
    {
        private int intCounter;

        public int Increment()
        {
            intCounter++;
            return intCounter;
        }
    }

一般来讲，我们有如下三种策略创建WCF对象：

• PerCall        每次WCF服务调用都创建一个新的WCF服务对象，
• PerSession    每个WCF会话期间只创建一个WCF服务对象，如果没有会话设置，则效果同PerCall（默认策略）
• Single        所有WCF会话共享一个WCF服务对象

这三种策略可以ServiceBehavior在中通过InstanceContextMode显式设置。

ServiceBehavior(public class Service1 : IService1

注意：由于如果会话没有启用的话的话，PerSession效果同PerCall，而默认的协议basicHttpBinding不支持会话，为了正确演示这个示例，请将协议绑定到wsHttpBinding。

PerCall模式：

在这种方式下，每次WCF服务调用都创建一个新的WCF服务对象，调用完请求后，该对象便进入可回收状态。

在这种方式下，无论客户端如何调用，由于每次都是创建新对象，则计数永远都是1

    [ServiceBehavior(InstanceContextMode = InstanceContextMode.PerCall)]
    public class Service1 : IService1
    {
    }

PerSession模式

在这种模式下，每个会话对应一个服务对象，会话结束后服务对象被回收。也就是说：

1. 同一个客户端的所有调用都发送给同一个服务对象
2. 不同的客户端的调用发送给不同的服务对象

在这种方式下，每一个客户端都是独立计数的。

    [ServiceBehavior(InstanceContextMode = InstanceContextMode.PerSession)]
    public class Service1 : IService1
    {
    }

Single模式

在这种模式下，所有会话都对应同一个服务对象。

这个方式下，所有的客户端的计数都会被累加起来。

    [ServiceBehavior(InstanceContextMode = InstanceContextMode.Single)]
    public class Service1 : IService1
    {
    }

服务对象生命周期和Dispose

虽然我们通过InstanceContextMode控制服务对象的生命周期，但是我们也无法得之服务对象何时释放。一般情况下，这个确实无需关心，但是，如果服务对象中如果在成员变量中保存了资源，我们就得需要确保资源能够及时释放。

按照.net设计原则，如果成员中保存了资源，则需要实现IDisposable接口，然后再Dispose方法中释放资源。实际上，在WCF中也是遵循这个规则的：对于实现了IDisposable接口的服务对象，在该对象生命周期结束后，就会调用其Dispose方法以确保及时释放资源。也就是说，只要我们的实现符合基础的设计准则，WCF框架自动及时释放。

活用一下这个规则：我们可以利用Dispose方法感知会话模式下成员的下线。

三种方式的比较

从性能上来看，Single模式全局只创建一个对象，开销最小。而PerCall每次调用都创建一个对象，看起来开销最大，但是它的可扩展性是最好的，非常容易实现负载分担，并且资源释放最为及时。

从功能上来看，PerSession和面向对象的模式最为接近，实现各种复杂的逻辑更为容易。