什么是 PooledList？
在 .NET 生态中，PooledList<T> 是由 Collections.Pooled 库提供的一种高性能集合实现，旨在替代标准的 List<T> 用于内存敏感或频繁分配场景。与普通 List<T> 每次都分配新数组不同，PooledList<T> 内部使用对象池机制租借数组，从而显著减少 GC（垃圾回收）的触发频率和内存分配开销。
为什么选择 PooledList？性能优势解析
1. 减少内存分配与 GC 压力
PooledList<T> 通过内部使用 ArrayPool<T>（来自 System.Buffers）实现数组复用，这意味着列表的底层数组不会在每次创建时重新分配，而是在使用完成后归还给池中以备下次复用。这样一来，在高频率创建临时列表的场景（例如循环内部或批处理逻辑）中，能够显著减少堆内存分配和 GC 触发。
2. 性能对比示例
在基准测试中，与原始的 List<T> 相比，PooledList<T> 的性能优势非常明显：在大量元素添加操作中，PooledList<T> 不仅运行更快，而且分配的内存更少，几乎不触发 GC。特别是在使用 using 及时释放情况下优势更为明显。
如何正确使用 PooledList
1. 引入与初始化
要使用 PooledList<T>，首先需要安装 Collections.Pooled 包：
dotnet add package Collections.Pooled
并在代码中引入相应命名空间：
using Collections.Pooled;
使用示例：
using var list = new PooledList<int>();
list.Add(1);
list.Add(2);
list.Add(3);
通过 using 或显式调用 Dispose() 能确保内部数组及时归还池中，提高内存复用效率。
2. 推荐实践：使用 using 模式
由于 pooled 集合内部依赖池化机制，推荐使用 using 或者显式释放的方式来确保数组正确归还，从而避免内存泄漏或池耗尽：
using var pooledList = new PooledList<string>(initialCapacity: 1024);
// 使用 pooledList
3. 初始容量与扩容策略
与标准 List<T> 一样，可以通过构造函数指定初始容量来提升性能，避免扩容开销。更进一步，设计良好的初始容量有助于减少内部数组扩展和池资源的重复使用。
最佳实践与注意事项
1. 适合的使用场景
- 高频创建与销毁临时列表：例如数据处理管线、批量计算逻辑、实时分析任务。
- 性能敏感的服务端逻辑：特别是在.NET后台服务或高并发应用中。
在这些场景使用池化集合可以改善内存分配行为，减少 GC 中断，从而获得更稳定的性能表现。
2. 不适合的场景
- 长期存活的数据集合：如果列表生命周期极长，不建议使用池化集合，否则可能导致池资源被长期占用。
- 极小集合：当元素极少或数量非常固定时，使用常规
List<T>可能更简单、更易维护。
3. 与 ArrayPool 的协同
底层的 ArrayPool<T> 是 PooledList<T> 内部实现的关键组件，通过数组租借与归还机制复用内存，能显著减少垃圾回收负担。在深入使用时，可以根据业务需求更灵活地使用自定义 ArrayPool 或结合 Span/Memory 类型进一步优化内存访问性能。
总结：何时使用 PooledList
| 场景 | 是否推荐使用 |
|---|---|
| 短生命周期高频率分配 | 推荐 |
| 长生命周期或单实例集合 | 不推荐 |
| 简单业务逻辑 | 可能不必要 |
| 高性能数据处理 | 推荐 |
PooledList<T> 虽然带来性能提升，但也引入了池管理的复杂性。因此建议先进行性能分析，确定内存分配是否成为瓶颈，再决定是否引入池化集合进行优化。
如果你正在编写高性能 .NET 应用，理解和应用池化集合是提升整体效率的重要手段之一。通过本文的介绍，你应该可以在适合的场合下合理使用 PooledList<T> 并规避常见陷阱，显著改善应用的内存行为和运行性能。