DefaultObjectPool 是什么，适合用在哪儿
DefaultObjectPool<t></t>是 .NET Core 2.1+ 提供的轻量级、无锁对象池实现，专为高频创建/销毁短生命周期对象（比如
StringBuilder、
ArrayPool<byte></byte>的配套类型、自定义 DTO 容器等）设计。它不适用于需要复杂初始化/清理逻辑或跨线程长期持有的对象——那种场景该用
ObjectPoolProvider+ 自定义
PooledObjectPolicy<t></t>。
直接 new DefaultObjectPool 的坑和正确姿势
别直接调用
new DefaultObjectPool<t>(policy)</t>手动管理策略实例。它内部依赖
ConcurrentStack<t></t>，但默认构造函数用的是空策略，拿出来的对象是
default(T)，对引用类型就是
null，运行时崩得毫无征兆。 必须传入非 null 的
PooledObjectPolicy<t></t>实例，哪怕只是最简实现 若 T 是 class，策略的
Create()必须返回新实例；
Return(T obj)可空实现（除非要重置状态） 池大小没硬上限，但默认只缓存最多 100 个空闲对象（通过
DefaultMaxFree控制）
public class SimpleStringBuilderPolicy : PooledObjectPolicy<StringBuilder>
{
public override StringBuilder Create() => new StringBuilder(64);
public override bool Return(StringBuilder sb) { sb.Clear(); return true; }
}
var pool = new DefaultObjectPool<StringBuilder>(new SimpleStringBuilderPolicy(), maxFree: 50);
Get/Return 必须成对出现，且不能重复 Return
这是最容易出问题的地方：
Get()拿到的对象，必须且只能调用一次
Return()；重复
Return()不会报错，但会导致内部计数错乱，后续
Get()可能拿到已归还但未重置的对象，引发脏数据或 NRE。 务必确保
try/finally或
using（配合
IDisposable包装）包裹
Get()调用 不要把池对象塞进异步 lambda 或长时间 Task 中，避免归还时机失控 如果对象在
Return()前抛异常，池不会自动回收，需在 catch 里手动
Return()
var sb = pool.Get();
try
{
sb.Append("hello").Append(" world");
Console.WriteLine(sb.ToString());
}
finally
{
pool.Return(sb); // 关键：必须放 finally
}
性能关键点：避免虚方法调用和分配开销
DefaultObjectPool<t></t>的高性能来自两点：一是内部用
ConcurrentStack<t></t>实现 O(1) 获取/归还，二是避免泛型虚方法分发。但如果你传入的
PooledObjectPolicy<t></t>是抽象基类引用（而非具体类型），JIT 无法内联
Create()，会引入虚调用开销。 声明池变量时用具体策略类型，而不是基类
PooledObjectPolicy<t></t>对值类型 T，确保策略的
Create()返回栈分配实例（如
new Vector3()），别无意中装箱 高并发下，
maxFree设太小会导致频繁新建；设太大浪费内存——建议压测后按 P95 分配峰值设为 1.5~2 倍
真正难的不是写对语法，而是判断某个对象是否「值得」进池：它得足够重（new 开销 > 池操作开销），生命周期足够短，且重用模式集中。否则加了池反而更慢。
