应避免循环中频繁创建对象，改用对象池、预分配集合、栈分配；慎用LINQ和字符串拼接；减少装箱；合理使用struct与ref返回。
避免在循环中创建新对象
频繁在 for 或 foreach 中实例化对象（如 new List<T>()、new string()、new StringBuilder()）会直接推高 GC 压力，尤其在高频调用路径（如 UI 渲染、网络包处理）中。.NET 的 GC 虽然高效，但 Gen 0 频繁触发仍会带来不可忽视的暂停。
- 复用对象：使用对象池（
ArrayPool<T>.Shared、MemoryPool<T>.Shared）管理短期数组或缓冲区 - 预分配集合：若已知容量，用
new List<T>(capacity)避免内部数组多次扩容 - 改用栈分配：对小结构体（≤ 几 KB），考虑
stackalloc（需unsafe上下文）或Span<T>/ReadOnlySpan<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>替代ArrayList，Dictionary<string, T>替代Hashtable - 避免对值类型调用非泛型接口方法；必要时实现
IEquatable<T>或IComparable<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>），否则失去“零分配”优势
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 事件，比读十遍文档都管用。 
