在利用ServiceCollection对象创建出代表依赖注入容器的IServiceProvider对象之后，我们利用它提取出ObjectPoolProvider对象，并通过调用其Create<T>方法得到表示对象池的ObjectPool<FoobarService>对象。改动的程序执行之后同样会在控制台输出如上图所示的结果。
三、池化对象策略通过前面的实例演示可以看出，对象池在默认情况下会帮助我们完成对象的创建工作。我们可以想得到，它会在对象池无可用对象的时候会调用默认的构造函数来创建提供的对象。如果池化对象类型没有默认的构造函数呢？或者我们希望执行一些初始化操作呢？
在另一方面，当不在使用的对象被归还到对象池之前，很有可能会执行一些释放性质的操作（比如集合对象在归还之前应该被清空）。还有一种可能是对象有可能不能再次复用（比如它内部维护了一个处于错误状态并无法恢复的网络连接），那么它就不能被释放会对象池。上述的这些需求都可以通过IPooledObjectPolicy<T>接口表示的池化对象策略来解决。
同样以我们演示实例中使用的FoobarService类型，如果并不希望用户直接调用构造函数来创建对应的实例，所以我们按照如下的方式将其构造函数改为私有，并定义了一个静态的工厂方法Create来创建FoobarService对象。当FoobarService类型失去了默认的无参构造函数之后，我们演示的程序将无法编译。
public class FoobarService { internal static int _latestId; public int Id { get; } private FoobarService() => Id = Interlocked.Increment(ref _latestId); public static FoobarService Create() => new FoobarService(); }
为了解决这个问题，我们为FoobarService类型定义一个代表池化对象策略的FoobarPolicy类型。如代码片段所示，FoobarPolicy类型实现了IPooledObjectPolicy<FoobarService>接口，实现的Create方法通过调用FoobarSerivice类型的静态同名方法完成针对对象的创建。另一个方法Return可以用来执行一些对象归还前的释放操作，它的返回值表示该对象还能否回到池中供后续使用。由于FoobarService对象可以被无限次复用，所以实现的Return方法直接返回True。
public class FoobarPolicy : IPooledObjectPolicy<FoobarService> { public FoobarService Create() => FoobarService.Create(); public bool Return(FoobarService obj) => true; }
在调用ObjectPoolProvider对象的Create<T>方法针对指定的类型创建对应的对象池的时候，我们将一个IPooledObjectPolicy<T>对象作为参数，创建的对象池将会根据该对象定义的策略来创建和释放对象。
class Program { static async Task Main() { var objectPool = new ServiceCollection().AddSingleton<ObjectPoolProvider, DefaultObjectPoolProvider>() .BuildServiceProvider() .GetRequiredService<ObjectPoolProvider>() .Create(new FoobarPolicy()); … } }
四、对象池的大小对象池容纳对象的数量总归是有限的，默认情况下它的大小为当前机器处理器数量的2倍，这一点可以通过一个简单的实例来验证一下。如下面的代码片段所示，我们将演示程序中每次迭代并发执行ExecuteAsync方法的数量设置为当前机器处理器数量的2倍，并将最后一次创建的FoobarService对象的ID打印出来。为了避免控制台上的无效输出，我们将ExecuteAsync方法中的控制台输出代码移除。
class Program { static async Task Main() { var objectPool = new ServiceCollection().AddSingleton<ObjectPoolProvider, DefaultObjectPoolProvider>() .BuildServiceProvider() .GetRequiredService<ObjectPoolProvider>() .Create(new FoobarPolicy()); var poolSize = Environment.ProcessorCount * 2; while (true) { while (true) { await Task.WhenAll(Enumerable.Range(1, poolSize).Select(_ => ExecuteAsync())); Console.WriteLine($"Last service: {FoobarService._latestId}"); } } async Task ExecuteAsync() { var service = objectPool.Get(); try { await Task.Delay(1000); } finally { objectPool.Return(service); } } } }
上面这个演示实例表达的意思是：对象池的大小和对象消费率刚好是一致的。在这种情况下，消费的每一个对象都是从对象池中提取出来，并且能够成功还回去，那么对象的创建数量就是对象池的大小。下图所示的是演示程序运行之后再控制台上的输出结果，整个应用的生命周期范围内一共只会有16个对象被创建出来，因为我当前机器的处理器数量为8。
