ASP.NET core 中通过扩展库的方式提供给了一个标准的对象池 ObjectPool, 定义在 Microsoft.Extensions.ObjectPool.dll 程序集中. 它本身是个纯虚的抽象类, 它就定义了两个接口函数, 实现如下
- publicabstractclassObjectPool<T> whereT: class
- {
- publicabstractTGet();
- publicabstractvoidReturn(Tobj);
- }
这是一个比较典型的对象池接口:
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 来实现自己的线程池.
来源: http://www.bubuko.com/infodetail-3005721.html