strings.Builder 更快是因为它通过预分配字节切片、零拷贝追加和仅一次最终拷贝，避免了字符串不可变性导致的重复内存分配与复制。
在 Go 中频繁拼接字符串时，直接用 + 或 fmt.Sprintf 容易触发大量临时内存分配，导致 GC 压力上升和性能下降。strings.Builder 是专为此类场景设计的高效工具，它通过预分配底层字节切片、避免重复拷贝，显著减少内存分配次数。
为什么 strings.Builder 更快
Go 的字符串是不可变的。每次用 + 拼接，都会创建新字符串并复制全部内容；而 strings.Builder 内部维护一个可增长的 []byte，只在容量不足时扩容，写入过程基本不产生新对象。
- 零拷贝追加（
WriteString、Write等方法直接操作底层数组） - 支持预设容量（
Grow或构造时指定），避免多次扩容 - 最终仅一次内存拷贝生成结果字符串（
String()）
典型低效写法 vs Builder 优化写法
比如拼接 URL 路径：
// ❌ 低效：每次 + 都新建字符串
url := "https://" + domain + "/" + path + "?id=" + strconv.Itoa(id)
// ✅ 高效：Builder 复用缓冲区
var b strings.Builder
b.Grow(64) // 预估长度，减少扩容
b.WriteString("https://")
b.WriteString(domain)
b.WriteByte('/')
b.WriteString(path)
b.WriteString("?id=")
b.WriteString(strconv.Itoa(id))
url := b.String()
使用 Builder 的关键注意事项
strings.Builder 不是线程安全的，不能在 goroutine 间共享；重用前需调用 Reset() 清空状态，而非重新声明变量。
立即学习“go语言免费学习笔记（深入）”；
- 不要对 Builder 做类型断言或反射操作（它不保证导出字段）
- 避免在循环中反复创建 Builder 实例，应复用或在局部作用域内初始化
- 若拼接内容极小（如 2–3 个短字符串），+ 可能更轻量，无需过度优化
替代方案对比：bytes.Buffer vs strings.Builder
bytes.Buffer 功能更通用（支持读写、定位等），但接口较重；strings.Builder 是其轻量只写子集，专为字符串构建优化，性能略高且语义更清晰。
- Builder 不实现
io.Reader，无冗余方法开销 - Builder 的
String()方法不检查是否被修改，比 Buffer 的同名方法更快 - 官方推荐新代码优先使用 Builder
