.NET 性能优化小技巧

[破茧边缘]

用 StringBuilder 拼接字符串：我们知道，字符串 string 是不可变的。因此，每当你拼接字符串时，就会分配一个新的字符串对象，并填充内容，最终被回收。所有这些都有昂贵开销，这就是为什么 StringBuilder 在字符串拼接时总有更好的性能。

赋予动态集合初始大小：.NET 提供了很多集合类型，比如 List<T>, Dictionary<T>, 和 HashSet<T>。所有这些集合都有动态的容量，当你添加更多的项目时，它们的大小会自动扩大。当集合达到其大小限制时，它将分配一个新的更大的内存缓冲区，这意味着要进行额外的开销去分配容量。

ArrayPool 用于短时大数组：数组的分配和回收的开销可能是相当昂贵的，高频地执行这些分配会增加 GC 的压力并损害性能。一个优雅的解决方案使用是 System.Buffers.ArrayPool 类，它可以在 NuGet 的 Systems.Buffers 中找到。

这个思想和 ThreadPool 很相似。为数组分配一个共享缓冲区，你可以重复使用，而不需要实际分配和回收它们占用的内存。基本用法是调用 ArrayPool<T>.Shared.Rent(size)，这将返回一个常规数组，你可以以任何方式使用它。完成后，调用 ArrayPool<int>.Shared.Return(array) 将缓冲区返回到共享池中。

结构代替类：当涉及到对象回收时，Struct 有如下几个好处：当结构类型不是类的一部分时，它们被分配在堆栈中，根本不需要垃圾回收。

当结构是类（或任何引用类型）的一部分时，它们被存储在堆中。在这种情况下，它们是内联存储的，并且会随包含类型回收而回收。内联意味着该结构的数据是按原样存储的，这与引用类型相反，在引用类型中，指针被存储到堆上另一个位置。所以回收的成本要低很多。

ConcurrentQueue<T> 代替 ConcurrentBag<T>：在没有基准测试的情况下，不要使用 ConcurrentBag<T>。这个集合是为非常特殊的使用场景而设计的（当经常有项目被排队的线程删除时）。如果需要一个并发的集合队列，请选择 ConcurrentQueue<T>。