首页 / 软件开发 / WCF / WCF后续之旅（10） 通过WCF Extension实现以对象池的方式创建Service Instance

WCF后续之旅（10） 通过WCF Extension实现以对象池的方式创建Service Instance2011-01-03 cnblogs artech我们知道WCF有3种典型的对service instance进行实例化的方式，他们分别与WCF的三种InstanceContextMode相匹配，他们分别是PerCall，PerSession和Single。PerCall为每次service invocation创建一个新的service instance; 而PerSession则让一个service instance处理来自通过各Session（一般是同一个proxy对象）的调用请求；而Single则是用同一个service instance来处理所有的调用请求。SOA的一个原则是创建无状态的service（stateless service），PerCall应该是我们经常使用的实例化方式，尽管PerSession是默认的InstanceContextMode。

但是对于PerCall这种实例化方式来说，为每次service请求都创建新的service instance，有时候显得有点极端，频繁的对象创建会对系统的性能造成一定的影响。我们能够以池的机制（Pooling）进行对象的获取和创建呢：当service调用请求抵达service端，先试图从池中获取一个没有被使用的service instance，如何找到，直接获取该对象；否则创建新的对象。当service instance对象执行完毕，将对象释放到池中以供下次service 调用使用。

1、实现原理

我们今天就来试着实现这样的service instance提供机制。主要的实现原理是：让所有的service实现一个公共的interface（IPooledObject），定义了IsBusy的属性表明该对象当前是否正在被使用；为每个service type维护一个weak reference列表，每个weak reference对应一个确定的service instance，我们姑且将该weak reference列表成为该service type对应的对象池（object pool）；为了处理service的调用需要提供一个确定的service instance的时候，遍历对象池，通过weak reference的Target属性找出一个可用的service instance（IsBusy=false）。如何顺利找到这样的service instance，则将其从对象池取出，将IsBusy属性设为true；如何没有找到，则通过反射创建一个新的service instance，将IsBusy设为true，同时利用weak reference将其包装，并将该weak reference加入到对象池中，最后返回该service instance用于处理service 调用。当service 调用结束，不是直接将其dispose掉，而是将其释放回对象池，供后续的service调用使用。

由于我们通过weak reference来实现对象池，weak reference引用的service instance是可以被GC回收的，这样做的好处是充分利用的GC的垃圾回收功能，避免不需要的service instance常驻内容，带来不必要的内存压力。此外，正是因为weak reference引用的service instance是可以被GC回收，我们需要一个后台的任务定期地将已经被回收的weak reference清除掉。

和本系列前两篇文章（WCF和Unity Appliation Block集成；WCF和Policy Injection Application Block集成）一样，涉及的是service instance的提供的问题，所以，我们也是通过自定义InstanceProvider来实现以对象池的机制创建service instance的目的。

2、PooledInstnaceProvider的创建

在创建我们自定义的InstanceProvider之前，我们先来介绍几个辅助的class：

I、IPooledObject

namespace Artech.WCFExtensions
{
public interface IPooledObject
{
bool IsBusy
{ get; set; }
}
}

由于我们要判断service instance是否可用，我们让所有的service type实现IPooledObject interface。IPooledObject 仅仅定义一个bool类型的属性：IsBusy。通过该属性判断service instance是否正在被使用。

II、WeakReferenceCollection和WeakReferenceDictionary

namespace Artech.WCFExtensions
{
public class WeakReferenceCollection:List<WeakReference>
{}

public class WeakReferenceDictionary : Dictionary<Type, WeakReferenceCollection>
{}
}