strings.Builder 更快是因为其底层用可增长[]byte直接追加，避免重复分配和复制；而+每次新建字符串并复制两遍，fmt.Sprintf还有格式解析开销。

用 strings.Builder 替代 + 或 fmt.Sprintf 拼接字符串，能显著减少内存分配和拷贝，尤其在循环中拼接大量字符串时效果明显。

为什么 Builder 更快？

strings.Builder 底层使用一个可增长的 byte 切片（[]byte），写入时直接追加，避免了每次拼接都新建字符串对象。而 str1 + str2 会生成新字符串并复制两遍内容；fmt.Sprintf 还涉及格式解析和反射开销。Builder 的零拷贝写入 + 预分配能力，让性能提升数倍到数十倍（取决于拼接规模）。

基本用法：初始化、写入、获取结果

Builder 不是线程安全的，通常在单个函数内使用：

• 用 var b strings.Builder 声明，或 strings.Builder{} 初始化
• 调用 b.WriteString(s)、b.WriteByte(b)、b.WriteRune(r) 写入内容
• 拼接完成后，用 b.String() 获取最终字符串（内部只做一次 string(…) 转换）
• 如需复用，调用 b.Reset() 清空内容（不释放底层内存，后续写入可复用空间）

关键优化技巧

真正发挥 Builder 性能优势，要注意三点：

立即学习“go语言免费学习笔记（深入）”；

• 预估容量：创建时传入预期总长度，例如 strings.Builder{Cap: 1024}，可大幅减少切片扩容次数
• 避免混用 + 和 Builder：不要在 Builder 外部再用 + 拼接 Builder 结果，否则抵消优化效果
• 不用 Builder 构造小字符串：拼接 2–3 个短字符串时，+ 更简洁且编译器可能优化，Builder 反而引入额外开销

对比示例：循环拼接 1000 个数字

错误写法（O(n²) 分配）：

var s string
for i := 0; i < 1000; i++ {
    s += strconv.Itoa(i) // 每次都新建字符串，内存暴涨
}

推荐写法（O(n) 分配，一次底层数组）：

var b strings.Builder
b.Grow(4000) // 预估：1000 个数字平均 4 字节，留点余量
for i := 0; i < 1000; i++ {
    b.WriteString(strconv.Itoa(i))
}
result := b.String() // 仅此处转换为 string

不复杂但容易忽略。Builder 是 Go 标准库里少有的“即开即用、立竿见影”的性能优化工具。