对象池通过复用对象减少内存分配和GC压力，适用于高频创建的短生命周期对象，如HttpClient、大型缓冲区等，.NET提供ObjectPoolProvider和PooledObjectPolicy实现池化，使用时需注意状态清理，避免脏读，且仅适用于创建成本高的场景。
.NET 中的对象池通过减少频繁创建和销毁对象的开销来提升性能。频繁的实例化和垃圾回收会增加内存分配压力，尤其在高并发或高频调用场景下容易引发性能瓶颈。对象池的核心思想是“复用”——将使用完的对象返回池中，供后续请求重复利用，从而降低内存分配次数和 GC 压力。
减少内存分配与 GC 压力
每次 new 一个对象都会在堆上分配内存，大量短生命周期对象会加重垃圾回收负担，可能导致频繁的 GC 暂停。对象池避免了重复分配：
- 从池中获取对象时，优先复用已存在的空闲实例
- 使用完毕后归还对象，重置状态以便下次使用
- 显著减少 Gen0 回收频率，提升应用吞吐量
适用于高频创建的场景
对象池最适合生命周期短、创建成本高的对象。.NET 中典型应用场景包括：
- HttpClient 实例：使用 IHttpClientFactory 管理的池化处理程序，避免套接字耗尽
-
大型缓冲区：如使用 ArrayPool
复用 byte[] 数组，减少大对象堆（LOH）压力 - 临时消息对象：在 ASP.NET Core 中池化中间对象，如 JSON 序列化上下文或日志实体
使用内置对象池 API
.NET 提供 Microsoft.Extensions.ObjectPool 组件，简化池化实现：
- 通过 ObjectPoolProvider 创建池实例
- 自定义 PooledObjectPolicy
控制对象创建与回收逻辑 - 获取对象用 Get()，用完调用 Return() 归还
例如，池化一个消息容器：
var provider = new DefaultObjectPoolProvider(); var pool = provider.Create(new StringBuilderPolicy()); var sb = pool.Get(); sb.Append("Hello"); // 使用完成后归还 pool.Return(sb);
基本上就这些。合理使用对象池能在关键路径上有效降低内存开销，但要注意对象状态清理，避免“脏读”。不是所有对象都适合池化，简单轻量对象反而可能因同步开销得不偿失。
