在C#程序运行过程中，数组是常用的引用类型，频繁创建和释放大数组会产生大量短生命周期的垃圾对象，触发GC（垃圾回收）的频率升高，进而影响程序的响应速度和整体性能。ArrayPool是.NET框架提供的数组池工具，通过复用已分配的数组对象，减少不必要的内存分配，从而降低GC压力。
ArrayPool的核心原理
ArrayPool的本质是一个数组对象缓存池，它会预先分配或缓存已经创建的数组实例，当开发者需要数组时从池中获取，使用完成后归还到池中，而不是让GC回收这些数组。这样后续需要同类型、同长度的数组时，就可以直接从池中取出复用，避免了重复的内存分配操作。
ArrayPool的基础使用方法
1. 获取ArrayPool实例
ArrayPool提供了两种获取实例的方式，分别是共享池和自定义池：
- 共享池：通过
ArrayPool<T>.Shared获取，是全局共享的实例，适合大多数通用场景，不需要手动管理池的生命周期。 - 自定义池：通过
ArrayPool<T>.Create()创建，可以指定池的最大数组长度和最大池化数量，适合有特殊需求的场景。
2. 租借数组
使用 Rent方法从池中获取数组，方法需要传入需要的最小数组长度，返回的数组长度可能大于等于传入的长度，使用时需要注意不要超过实际需要的范围。
using System;
using System.Buffers;
class Program
{
static void Main()
{
// 获取共享的int类型数组池
ArrayPool<int> pool = ArrayPool<int>.Shared;
// 租借一个长度至少为10的数组，实际返回长度可能为16等大于等于10的值
int[] rentedArray = pool.Rent(10);
try
{
Console.WriteLine($"租借到的数组长度：{rentedArray.Length}");
// 使用数组，这里仅做示例赋值
for (int i = 0; i < 10; i++)
{
rentedArray[i] = i;
}
}
finally
{
// 使用完成后必须归还数组
pool.Return(rentedArray);
}
}
}
3. 归还数组
使用Return方法将数组归还到池中，归还时可以选择是否清空数组内容，默认情况下不会清空，如果数组包含敏感数据，建议传入true作为第二个参数清空数组。
// 归还数组并清空内容，避免敏感数据泄露 pool.Return(rentedArray, clearArray: true);
使用ArrayPool的注意事项
- 租借的数组在使用时，不要假设数组的长度等于你传入的Rent参数，实际长度可能更大，超出你需要的范围的内容是未定义的，不要依赖这些内容。
- 归还数组后不要再使用该数组的引用，否则可能出现数据被其他租借者修改的问题。
- 如果数组长度超过池支持的最大长度，Rent方法会直接创建新的数组，而不是从池中获取，这种数组归还时也不会进入池缓存。
- 共享池是全局的，多个线程可以同时租借和归还，不需要额外加锁，ArrayPool内部已经实现了线程安全。
使用前后的GC表现对比
我们可以通过简单的测试对比使用ArrayPool前后的GC次数差异，以下是不使用ArrayPool的测试代码：
using System;
class TestWithoutPool
{
static void Main()
{
// 循环10000次创建长度1000的数组，不复用
for (int i = 0; i < 10000; i++)
{
int[] array = new int[1000];
// 模拟数组使用
array[0] = i;
}
// 触发GC查看回收情况
GC.Collect();
GC.WaitForPendingFinalizers();
Console.WriteLine("不使用ArrayPool的测试完成");
}
}
以下是使用ArrayPool的测试代码：
using System;
using System.Buffers;
class TestWithPool
{
static void Main()
{
ArrayPool<int> pool = ArrayPool<int>.Shared;
// 循环10000次租借长度1000的数组，使用后归还
for (int i = 0; i < 10000; i++)
{
int[] array = pool.Rent(1000);
try
{
array[0] = i;
}
finally
{
pool.Return(array);
}
}
// 触发GC查看回收情况
GC.Collect();
GC.WaitForPendingFinalizers();
Console.WriteLine("使用ArrayPool的测试完成");
}
}
实际运行后可以发现，不使用ArrayPool的测试会触发多次GC，而使用ArrayPool的测试几乎不会触发额外的GC，因为数组被反复复用，没有产生大量需要回收的垃圾对象。
适用场景
ArrayPool适合以下场景使用：
- 频繁创建和释放同类型、长度相近的数组的场景，比如网络数据接收、数据解析、临时数据缓存等。
- 需要创建大数组，且数组生命周期较短的场景，大数组的分配和回收对GC的影响更明显。
- 对性能要求较高的服务端程序，比如Web API、消息处理服务等，减少GC停顿可以提升服务的稳定性。
如果数组的使用频率很低，或者数组长度差异很大，使用ArrayPool的收益会比较小，甚至因为池的管理开销反而降低性能，这种场景可以不使用ArrayPool。