17370845950

应避免循环中频繁创建对象，改用对象池、预分配集合、栈分配；慎用LINQ和字符串拼接；减少装箱；合理使用struct与ref返回。

避免在循环中创建新对象

频繁在 for 或 foreach 中实例化对象（如 new List()、new string()、new StringBuilder()）会直接推高 GC 压力，尤其在高频调用路径（如 UI 渲染、网络包处理）中。.NET 的 GC 虽然高效，但 Gen 0 频繁触发仍会带来不可忽视的暂停。

• 复用对象：使用对象池（ArrayPool.Shared、MemoryPool.Shared）管理短期数组或缓冲区
• 预分配集合：若已知容量，用 new List(capacity) 避免内部数组多次扩容
• 改用栈分配：对小结构体（≤ 几 KB），考虑 stackalloc（需 unsafe 上下文）或 Span/ReadOnlySpan 避免堆分配

var buffer = ArrayPool.Shared.Rent(4096);
try
{
    // 使用 buffer
}
finally
{
    ArrayPool.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 替代 ArrayList，Dictionary 替代 Hashtable
• 避免对值类型调用非泛型接口方法；必要时实现 IEquatable 或 IComparable
• 日志/调试输出中，用 string.Format 或插值而非 obj.ToString()（后者可能隐式装箱）

合理使用 struct 和 ref 返回

结构体（struct）默认栈分配，适合小而频繁使用的数据载体（如坐标、颜色、时间戳）。但滥用会导致复制开销上升；配合 ref 返回可避免返回副本带来的额外分配。

• struct 大小建议 ≤ 16 字节（.NET Core/5+ 对 ≤ 24 字节也有优化）；超大 struct 反而降低性能
• 函数返回大型 struct 时，加 ref（如 ref readonly Vector3 GetPosition()）避免复制
• 避免在 struct 中持有引用类型字段（如 string、List），否则失去“零分配”优势

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 事件，比读十遍文档都管用。