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 性能优势，要注意三点：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“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 标准库里少有的“即开即用、立竿见影”的性能优化工具。
