使用 strings.Builder 可高效拼接字符串，避免频繁内存分配；通过 Grow() 预估容量减少扩容开销；小量拼接可直接用 + 或 fmt.Sprintf；优先选 strings.Builder 而非 bytes.Buffer 以提升类型安全与语义清晰性。
在Go语言中，字符串是不可变类型，每次拼接都会生成新的字符串对象，导致频繁的内存分配和拷贝，影响性能。特别是在循环或高并发场景下，低效的拼接方式会显著拖慢程序运行。要提升字符串操作性能，关键在于减少内存分配和避免重复拷贝。
使用 strings.Builder 高效拼接
strings.Builder 是Go 1.10引入的类型，专为高效字符串拼接设计。它内部使用可变的字节切片缓冲区，避免多次内存分配。
在循环中拼接字符串时，优先使用 strings.Builder 而不是 += 或 fmt.Sprintf。
var builder strings.Builder
for i := 0; i < 1000; i++ {
builder.WriteString(strconv.Itoa(i))
}
result := builder.String()
注意：拼接完成后调用 String() 方法即可获取结果，且应避免在并发写入时共用同一个 Builder 实例。
立即学习“go语言免费学习笔记（深入）”；
预估容量以减少扩容
如果能大致预知最终字符串长度，可通过 builder.Grow() 预先分配足够空间，避免内部缓冲区多次扩容。
这在处理大量数据时尤为有效，能显著减少内存拷贝次数。
示例：
var builder strings.Builder
builder.Grow(10000) // 预分配约10KB
for _, s := range stringSlice {
builder.WriteString(s)
}
小量拼接使用 fmt.Sprintf 或 +
对于少量、固定的字符串拼接（如日志消息、错误信息），直接使用 + 或 fmt.Sprintf 更简洁且性能差异不大。
这类场景无需引入 Builder 增加复杂度。
适用情况：- 拼接数量少于5个字符串
- 非循环或高频调用路径
- 代码清晰度优先于极致性能
考虑 byte.Buffer 替代方案
在需要混合处理字节和字符串的场景，bytes.Buffer 也能用于拼接，其行为与 strings.Builder 类似，但返回的是字节切片。
若最终需转为字符串，两者性能接近，但 strings.Builder 更语义明确、类型安全，推荐优先使用。
基本上就这些。合理选择拼接方式，结合预分配和类型特性，能有效提升Go程序中字符串操作的性能。关键是根据场景权衡简洁性与效率。不复杂但容易忽略。
