asp.net core中通过扩展库的方式提供给了一个标准的对象池ObjectPool,定义在Microsoft.Extensions.ObjectPool.dll 程序集中。它本身是个纯虚的抽象类,它就定义了两个接口函数,实现如下
public abstract class ObjectPool<T> where 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来实现自己的线程池。
到此这篇关于ASP.NET Core对象池的文章就介绍到这了。希望对大家的学习有所帮助,也希望大家多多支持。