strings.Builder 更省内存因其预分配可增长字节切片、避免重复分配与拷贝；+ 每次创建新字符串致 O(n²) 复杂度，strings.Join 不支持增量构建。

在 Go 中，strings.Builder 是专为高效字符串拼接设计的类型，它通过预分配底层字节切片、避免重复内存分配和复制，显著提升性能，尤其适合多次追加场景。

为什么 Builder 比 + 或 strings.Join 更省内存？

使用 + 拼接字符串时，每次操作都会创建新字符串（底层是不可变的字节数组），导致 O(n²) 时间复杂度和大量临时内存分配；strings.Join 适合已知切片的合并，但无法增量构建。而 strings.Builder 内部维护一个可增长的 []byte，只在容量不足时扩容（类似 slice），且不拷贝已有内容到新底层数组，除非必要。

正确使用 Builder 的关键步骤

• 声明后尽量预估容量：调用 builder.Grow(n) 预分配足够空间，减少扩容次数。例如拼接 10 个平均长度 20 的字符串，可先 Grow(200)
• 用 WriteString 或 Write 代替 +=：直接写入字节，不触发字符串转字节切片的额外分配
• 最后只调用一次 String()：该方法返回当前内容的字符串视图，不会复制底层数据（Go 1.10+ 保证零拷贝）
• 避免在 Builder 使用后继续写入：String() 不会重置状态，但若后续再 Write，Builder 会继续追加；如需复用，应调用 Reset()

对比示例：拼接 1000 个短字符串

错误方式（高频分配）：

var s string
for i := 0; i < 1000; i++ {
  s += strconv.Itoa(i)

推荐方式（低分配）：

var b strings.Builder
b.Grow(4000) // 预估总长
for i := 0; i < 1000; i++ {
  b.WriteString(strconv.Itoa(i))
}
result := b.String()

注意事项与常见陷阱

• Builder 不是线程安全的：多 goroutine 同时写入需加锁或每个 goroutine 独立使用
• 不要对 Builder 取地址传参后修改：它包含非导出字段，复制后原实例状态不变，易引发逻辑错误
• String() 后仍可继续 Write：Builder 不会自动清空，需显式 Reset() 复用
• 小量拼接无需强制用 Builder：2~3 次拼接用 + 更简洁，编译器可能优化；Builder 优势在循环或大量追加