避免在循环中创建新对象
频繁在
for或
foreach中实例化对象(如
new List<t>()</t>、
new string()、
new StringBuilder())会直接推高 GC 压力,尤其在高频调用路径(如 UI 渲染、网络包处理)中。.NET 的 GC 虽然高效,但 Gen 0 频繁触发仍会带来不可忽视的暂停。 复用对象:使用对象池(
ArrayPool<t>.Shared</t>、
MemoryPool<t>.Shared</t>)管理短期数组或缓冲区 预分配集合:若已知容量,用
new List<t>(capacity)</t>避免内部数组多次扩容 改用栈分配:对小结构体(≤ 几 KB),考虑
stackalloc(需
unsafe上下文)或
Span<t></t>/
ReadOnlySpan<t></t>避免堆分配
var buffer = ArrayPool<byte>.Shared.Rent(4096);
try
{
// 使用 buffer
}
finally
{
ArrayPool<byte>.Shared.Return(buffer);
}
慎用 LINQ 和字符串拼接
Where、
Select、
ToList等 LINQ 方法多数返回新集合或迭代器对象,隐式分配堆内存;
string + string在多次拼接时会生成多个中间字符串,引发大量短命对象。 用传统
for替代
foreach+ LINQ 链式调用,尤其在性能敏感循环中 字符串拼接优先用
StringBuilder(注意复用实例,避免每次 new) .NET 6+ 可用插值字符串常量(
$"hello {name}")配合 string.Create实现无分配格式化
// 推荐:复用 StringBuilder
private static readonly StringBuilder s_builder = new(256);
public string FormatMessage(string a, string b) {
s_builder.Clear();
s_builder.Append(a).Append(" -> ").Append(b);
return s_builder.ToString();
}
减少装箱(boxing)和隐式分配
值类型传入
object参数、写入非泛型集合(如
ArrayList、
Hashtable)、调用
ToString()或
Equals(object)等都会触发装箱——本质是堆上分配一个新对象。 一律使用泛型集合:
List<int></int>替代
ArrayList,
Dictionary<string t></string>替代
Hashtable避免对值类型调用非泛型接口方法;必要时实现
IEquatable<t></t>或
IComparable<t></t>日志/调试输出中,用
string.Format或插值而非
obj.ToString()(后者可能隐式装箱)
合理使用 struct 和 ref 返回
结构体(
struct)默认栈分配,适合小而频繁使用的数据载体(如坐标、颜色、时间戳)。但滥用会导致复制开销上升;配合
ref返回可避免返回副本带来的额外分配。 struct 大小建议 ≤ 16 字节(.NET Core/5+ 对 ≤ 24 字节也有优化);超大 struct 反而降低性能 函数返回大型 struct 时,加
ref(如
ref readonly Vector3 GetPosition())避免复制 避免在 struct 中持有引用类型字段(如
string、
List<t></t>),否则失去“零分配”优势
public readonly struct Point2D
{
public readonly float X;
public readonly float Y;
public Point2D(float x, float y) => (X, Y) = (x, y);
// 不含 string / object / class 字段,纯值语义
GC 压力真正难调的地方不在大对象分配,而在那些每秒成千上万次的微小分配——它们不报错、不崩溃,只悄悄拖慢吞吐、抬高延迟。用 dotnet-trace抓一次
GC-Collect和
Microsoft-Windows-DotNETRuntime:GC/AllocationTick事件,比读十遍文档都管用。
