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 优势在循环或大量追加
