“StringBuilder 清空的方法有哪些”这个问题有几个不同的答案，性能与语义都不一样：Clear()、Length = 0、Remove(0, Length)、以及“重新 new 一个”。本文对比它们并说明什么时候真的需要清空（很多场景其实不需要）。

一、四种清空写法对比

var sb = new StringBuilder();
sb.Append("hello "); sb.Append("world");

// 写法1：Clear()（.NET Core/.NET Standard 2.1+ 才有）
sb.Clear();

// 写法2：Length = 0（兼容性最好，.NET Framework 也支持）
sb.Length = 0;

// 写法3：Remove(0, sb.Length)
sb.Remove(0, sb.Length);

// 写法4：重新赋值新对象
sb = new StringBuilder();

• Clear()：语义最清晰，内部把长度归零并清空首字符，不释放已分配缓冲区。
• Length = 0：等价于 Clear，但需要该属性 setter 允许（.NET Framework 支持），性能与 Clear 相当；跨框架版本时最稳妥。
• Remove(0, len)：会执行内存移动与索引检查，比前两种慢，不建议用于清空。
• new StringBuilder()：旧对象交给 GC，缓冲区被丢弃。若容量很大且反复 new，会加剧 GC 压力；但在“用一次就丢”的场景下最直观。

二、关键认知：清空 ≠ 释放内存

StringBuilder 的 Capacity（容量）与 Length（内容长度）是两回事：Clear() 只把 Length 归零，Capacity 保持不变。这意味着一个曾经装过 1MB 文本的 builder 清空后仍占着那 1MB 缓冲区。

Console.WriteLine(sb.Capacity);   // 可能远大于 sb.Length

// 真正想缩减缓冲区：
sb.Capacity = sb.Length;          // 或指定一个合适初始值
sb = new StringBuilder(256);      // 换一个新对象，让旧的大缓冲区被回收

因此：高频复用同一个 builder（如日志格式化）用 Clear/Length=0 最省；一次性大文本用完即丢，则重新 new 或直接交给 GC 更合适。

三、初始容量才是优化重点

比“怎么清空”更值得优化的是预留容量，避免反复扩容拷贝：

// 拼接循环前先估算容量
var sb = new StringBuilder(estimatedLength);   // 例如 rows * 32

// 循环里尽量用 Append 而不是 string +=
for (int i = 0; i < n; i++) sb.Append(items[i]).Append(',');
if (sb.Length > 0) sb.Length--;                // 去掉末尾逗号（比 Remove 轻）

string += 在循环里每次都要生成新字符串（string 不可变），是经典性能陷阱；string.Concat、string.Join、String.Create、.NET 6+ 的插值处理与 AppendInterpolatedStringHandler 都是可选优化方向。

四、线程安全提醒

StringBuilder 不是线程安全的：并发 Append 会丢数据甚至抛 ArgumentOutOfRangeException。需要线程安全时改用 lock 包裹、或每线程一个 builder（ThreadLocal<StringBuilder>）最后合并；异步场景不要用同一个 builder 跨 await 共享。

五、常见问题 FAQ

问：为什么我的 .NET Framework 4.5 里 sb.Clear() 报错？
答：Clear() 是 .NET Core/.NET Standard 2.1 才有的实例方法，旧框架请用 sb.Length = 0;。

问：清空后 Capacity 很大导致内存不降？
答：这是预期行为。要么设 Capacity = Length，要么换成新对象；进程内存回落还依赖 GC 回收时机。

问：ToString() 之后 builder 还在，需要清吗？
答：ToString() 只产生新字符串，不影响 builder 内容；不复用了就不用清。

问：Remove(0, Length) 与 Length = 0 谁快？
答：Length = 0（内部走 EnsureCapacity 与清首字符），Remove 多了参数校验与数组搬移，清空场景别用它。

结论：优先 sb.Clear()；需要兼容旧框架用 sb.Length = 0;；别用 Remove 做清空；注意 Clear 不会缩容，回收缓冲区要靠改 Capacity 或换新对象；真正影响性能的是初始容量与避免 string 自增拼接，且多线程下不要共享同一个 builder。

• C#
• 性能
• StringBuilder