Go字符串拼接应按场景选择：小量固定用+或fmt.Sprintf，大量动态必须用strings.Builder；+在循环中为O(n²)低效；Builder需预分配、复用并调String()生成结果。

Go 语言里拼字符串不能靠 + 随意连，尤其在循环中用错方式会导致严重性能问题。核心原则是：小量、固定拼接用 + 或 fmt.Sprintf；大量、动态拼接必须用 strings.Builder。

用 + 拼接只适合常量或极少量字符串

适用场景：拼接 2–3 个已知字符串，比如日志前缀、路径组装：

path := "/api/v1" + "/" + "users" + "/" + userID

不适用场景：

• 循环内累加（如逐行构建 HTML）
• 从切片遍历拼接（如 strings.Join 能解决的，别手写 +）

strings.Builder 是高性能拼接的唯一推荐方案

它底层复用字节数组，避免重复分配，零拷贝追加，性能比 + 快 10 倍以上，且内存占用稳定。

使用要点：

• 声明后必须调用 builder.Reset() 复用，否则累积旧内容
• builder.String() 返回的是拷贝，不会影响内部缓冲区
• 初始化时可预估容量：strings.Builder{Cap: 1024}，减少扩容次数

var builder strings.Builder
builder.Grow(1024) // 预分配空间
for _, s := range parts {
    builder.WriteString(s)
}
result := builder.String() // 此时才生成最终字符串

fmt.Sprintf 和 strings.Join 各有明确边界

fmt.Sprintf 适合带格式的少量拼接（如 "user %d: %s"），但有格式解析开销，别用来拼纯文本列表；strings.Join 是拼接切片的黄金标准，无额外分配，语义清晰。

常见误用：

• 用 fmt.Sprintf("%s%s%s", a, b, c) 替代 a + b + c —— 完全没必要，更慢
• 用 fmt.Sprintf 拼接长 slice：fmt.Sprintf("%s", strings.Join(sl, "")) —— 多套一层，白费
• 手动循环调 builder.WriteString 却忘了 Grow —— 小数据没影响，大数据频繁扩容拖慢速度

别忽略 Unicode 和字节 vs 字符长度问题

Go 的字符串是字节序列，len(s) 返回字节数，不是字符数。中文、emoji 等 UTF-8 多字节字符会让 len 和直观“长度”不符。截取、索引时若按 len 算，极易 panic 或乱码。

安全做法：

• 要字符数用 utf8.RuneCountInString(s)
• 要遍历字符用 for _, r := range s（r 是 rune）
• 子串截取慎用 s[i:j]，优先考虑 strings.SplitN 或正则

拼接本身不改变编码，但拼出来的字符串若含非法 UTF-8 序列（比如错误截断的中文），后续 range 或 json.Marshal 可能出错——这点容易被忽略，尤其从外部读入未校验的数据时。