优先用strings.Builder替代+或fmt.Sprintf拼接字符串，因其复用缓冲区、零拷贝追加；已调String()后不可再写入；批量拼接首选strings.Join；避免循环中隐式strconv转换；Builder零值可用但需Reset复用。
用 strings.Builder 替代 + 或 fmt.Sprintf
在循环中拼接字符串时，+ 每次都会分配新内存并拷贝旧内容，fmt.Sprintf 有格式解析开销且同样频繁分配。而 strings.Builder 底层复用 []byte 缓冲区，零拷贝追加，性能提升明显。
- 初始化后调用
Grow()预估容量（避免多次扩容） - 只在最终需要
string时调用builder.String()—— 此前所有WriteString()或Write()都不分配字符串内存 - 不要对已调用
String()的Builder继续写入（会 panic）
var b strings.Builder
b.Grow(1024) // 预分配
for _, s := range parts {
b.WriteString(s)
}
result := b.String() // 仅此处触发一次转换
批量拼接优先用 strings.Join
当待拼接的字符串切片已存在、无格式化需求时，strings.Join 是最简且最优解。它一次性计算总长度、分配目标内存、逐段拷贝，没有中间字符串对象产生。
- 比循环
+=快 5–10 倍（尤其元素多时） - 比
fmt.Sprintf("%s%s%s", ...)更安全（无需担心参数个数或类型） - 若分隔符为空字符串
""，效果等价于扁平化拼接
parts := []string{"hello", "world", "golang"}
result := strings.Join(parts, "-") // "hello-world-golang"
避免隐式字符串转换触发额外分配
Go 中将非字符串类型（如 int、bool）与字符串拼接时，strconv 转换会在每次拼接中发生，且结果字符串立即被丢弃。这类场景应提前转换并复用，或改用 Builder。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
"id:" + strconv.Itoa(id)在循环内重复调用strconv.Itoa→ 每次都新分配字符串 - 更优：先转为字符串变量，再拼接；或用
b.WriteString("id:"); b.WriteString(strconv.Itoa(id)) -
fmt.Sprintf在这种简单转换场景下反而更重（需解析格式串、处理可变参）
注意 Builder 的零值可用性与生命周期
strings.Builder 是值类型，零值合法，无需显式初始化。但它的底层缓冲区在首次写入时才分配，且一旦调用 String()，内部指针状态即被标记为“已读取”，后续写入会 panic。
立即学习“go语言免费学习笔记（深入）”；
- 可直接声明
var b strings.Builder，无需new()或&strings.Builder{} - 若需复用，必须在每次使用前调用
b.Reset()—— 否则残留内容和缓冲区会被延续 - 跨 goroutine 使用需加锁，它不是并发安全的
var b strings.Builder
b.WriteString("a")
fmt.Println(b.String()) // "a"
b.Reset() // 必须重置才能再次安全使用
b.WriteString("b")
fmt.Println(b.String()) // "b"
字符串拼接优化的关键不在“省几纳秒”，而在防止高频路径上出现意外的内存风暴——尤其是日志组装、HTTP 响应生成、模板渲染等场景。最容易被忽略的是：把 Builder 当成临时对象传参后，在函数内调用了 String()，却忘了调用方还要继续写入。 
