字符串拼接应根据场景选择方法：少量拼接用+，已知切片用strings.Join，大量动态拼接优先使用strings.Builder并预分配空间，避免+=循环导致性能下降。
在 Go 语言中，string 是不可变类型，每次修改都会生成新的对象。因此，频繁的 string 操作或拼接容易造成内存分配和性能损耗。理解不同拼接方式的性能差异，并选择合适的方法，对提升程序效率至关重要。
常见字符串拼接方法对比
Go 提供了多种字符串拼接方式，各有适用场景：
- += 操作符：简单直观，适合少量拼接。但每次都会创建新 string，底层涉及内存拷贝，循环中使用性能极差。
- fmt.Sprintf：适用于格式化拼接，可读性好，但有格式解析开销，频繁调用不推荐。
- strings.Join：当已有字符串切片时，这是最高效的方式之一，一次性分配内存完成拼接。
- strings.Builder：Go 1.10+ 推荐方式，基于 []byte 缓冲，支持预分配容量，避免多次 realloc，适合动态拼接大量内容。
- bytes.Buffer：类似 Builder，但不如 Builder 针对 string 场景优化，且没有防止复制的保护机制（如 CopyCheck）。
使用 strings.Builder 提升性能
Builder 是构建长字符串的最佳选择，尤其在循环中拼接时优势明显。
关键点是提前调用 Grow 方法预分配足够空间，减少内存重分配次数。
立即学习“go语言免费学习笔记（深入）”；
示例：var sb strings.Builder
sb.Grow(1024) // 预估大小，减少扩容
for i := 0; i < 1000; i++ {
sb.WriteString("item")
sb.WriteString(strconv.Itoa(i))
}
result := sb.String()
注意：Builder 使用后不要复制，否则运行时会 panic（得益于 copy checker）。
避免不必要的 string 转换
频繁在 string 和 []byte 之间转换会增加开销。如果处理过程以字节为主，尽量保持 []byte 类型，最后统一转为 string。
例如日志写入、网络传输等场景，可直接操作字节缓冲，减少中间转换。
另外，若拼接内容包含数字，使用 strconv.AppendInt 等方法直接写入字节切片，比先转 string 再拼接更高效。
小字符串拼接的编译器优化
对于固定数量的小字符串拼接，如 s := a + b + c，Go 编译器会在编译期合并常量，并对变量拼接做一定优化，生成高效的代码。
这种场景无需过度优化，保持代码清晰更重要。真正需要关注的是动态、循环内的拼接逻辑。
基本上就这些。关键是根据场景选对方法：静态拼接用 +，已知列表用 Join，动态大量拼接用 Builder 并预分配。避免盲目使用 += 循环，就能避开大部分性能坑。
