Go字符串拼接应按场景选择：小量固定用+或fmt.Sprintf，大量动态必须用strings.Builder；+在循环中为O(n²)低效；Builder需预分配、复用并调String()生成结果。
Go 语言里拼字符串不能靠 + 随意连，尤其在循环中用错方式会导致严重性能问题。核心原则是：小量、固定拼接用 + 或 fmt.Sprintf；大量、动态拼接必须用 strings.Builder。
用 + 拼接只适合常量或极少量字符串
+ 在 Go 中对字符串是「拷贝后新建」操作，每次都会分配新内存。如果写成循环里反复 s += "x"，时间复杂度是 O(n²)，10 万次拼接可能卡住几秒。
适用场景：拼接 2–3 个已知字符串，比如日志前缀、路径组装：
path := "/api/v1" + "/" + "users" + "/" + userID
不适用场景：
立即学习“go语言免费学习笔记（深入）”；
- 循环内累加（如逐行构建 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 可能出错——这点容易被忽略，尤其从外部读入未校验的数据时。