asp.net core中通过扩展库的方式提供给了一个标准的对象池ObjectPool,定义在Microsoft.Extensions.ObjectPool.dll 程序集中。它本身是个纯虚的抽象类,它就定义了两个接口函数,实现如下

public abstract class ObjectPool<Twhere T : class
{
    public abstract T Get();
    public abstract void Return(T obj);
}

这是一个比较典型的对象池接口:

  • Get函数用于从对象池获取对象,如果对象池没有可用对象,则会新建
  • Return函数用于对象使用完成后,将对象放回对象池,如果对象池容量已满,则交由系统GC回收。

由于抽象类ObjectPool无法直接使用,虽然接口实现并不复杂,但实现起来还是要花一番功夫的。因此,该库也还提供了一个默认实现DefaultObjectPool,如下就是一个简单的示例: 

public class Program
{
    public static void Main(string[] args)
    {
        var policy = new DefaultPooledObjectPolicy<TestData>();
        var pool   = new DefaultObjectPool<TestData>(policy, 100);
 
        var obj = pool.Get();
        pool.Return(obj);
 
        var obj2 = pool.Get();
        Console.WriteLine(obj.Equals(obj2));
    }
}
 
class TestData
{
    public string Id    { get; set; }
    public string Name  { get; set; }
    public int    Value { get; set; }
}

DefaultObjectPool是一个默认的实现,它是线程安全的,我们可以放心在多线程环境下使用。它有两个输入参数:对象池策略IPooledObjectPolicy和线程池容量。

对象池策略IPooledObjectPolicy接口定义如下: 

public interface IPooledObjectPolicy<T>
{
    T Create();
    bool Return(T obj);
}

它声明了对象的创建和释放的行为。接口看起来和线程池的接口非常相似,这样设计的好处有:

  • IPooledObjectPolicy负责对象创建和释放这种多变的行为,更加灵活,容易扩展
  • IPooledObjectPolicy只需要考虑的创建和释放即可,实现起来比较简单。线程安全,对象管理、维护都交由DefaultObjectPool来维护即可。

系统默认也有一个IPooledObjectPolicy的实现DefaultPooledObjectPolicy,它的实现如下: 

public class DefaultPooledObjectPolicy<T> : PooledObjectPolicy<T> where T : class, new()
{
    public override T Create()
    {
        return new T();
    }
     public override bool Return(T obj)
    {
        return true;
    }
}

非常简单,并且大多数的时候也够用。当然,我们也可以根据需要实现自己的IPooledObjectPolicy。甚至也可以扩展DefaultObjectPool来实现自己的线程池。

 

posted on 2019-03-31 00:44  天方  阅读(654)  评论(0编辑  收藏  举报