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对象池的文章就介绍到这了。希望对大家的学习有所帮助，也希望大家多多支持。
