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对象池的文章就介绍到这了。希望对大家的学习有所帮助,也希望大家多多支持易知道(ezd.cc)。