Go字符串拼接应优先使用strings.Builder，因其内部用可增长byte切片避免重复分配和拷贝；循环中禁用+=，避免O(n²)复杂度；仅需拼接时不用bytes.Buffer，除非需读取或格式化功能。

字符串拼接为什么需要优化

Go 中字符串是不可变的，每次用 + 或 fmt.Sprintf 拼接都会创建新字符串，旧字符串等待 GC。大量拼接时，频繁分配内存、复制内容，性能明显下降，尤其在循环中。

优先用 strings.Builder

strings.Builder 是 Go 1.10+ 官方推荐的高效拼接工具。它内部维护一个可增长的 byte 切片，避免重复分配；写入方法（WriteString、Write、.WriteString）不检查错误，零开销；还支持预设容量，进一步减少扩容次数。

• 初始化时尽量指定足够容量：// 预估总长度，减少 realloc
  var b strings.Builder
  b.Grow(1024)
• 用 WriteString 替代 +：b.WriteString("hello")
  b.WriteString(" ")
  b.WriteString("world")
• 获取结果调用 b.String()，该方法只做一次切片转字符串，无拷贝（底层 string header 复制）

什么情况下考虑 bytes.Buffer

bytes.Buffer 功能更全（支持读、定位、格式化等），但接口带 error 返回，轻微开销；且默认初始容量小（64 字节），未预分配时扩容更频繁。仅当你需要后续读取、Seek、或混用格式化（如 fmt.Fprintf(&b, "%d", n)）时才选它。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

• 若只需拼接 + 输出，strings.Builder 更轻量、更快
• 若已用 bytes.Buffer 且逻辑复杂，不必强改；但新代码建议从 Builder 开始

避免常见低效写法

不要在循环里累积 +=：s += item 每次都新建字符串，时间复杂度 O(n²)。也不要无脑用 fmt.Sprintf 拼接多个变量——它要解析格式串、分配内存、还要处理类型反射。

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

• ❌ 错误示例：result := ""
  for _, s := range strs { result += s }
• ✅ 正确示例：var b strings.Builder
  b.Grow(totalLen)
  for _, s := range strs { b.WriteString(s) }
  result := b.String()
• 对固定结构日志或模板，也可考虑 text/template 预编译，但属于更高层优化