fmt.Sprintf适合混合类型拼接，但不应替代+或strings.Join；strings.Join仅适用于已知[]string；循环拼接必须用strings.Builder；少量静态拼接直接用+最高效。
fmt.Sprintf 适合混合类型拼接，但别当胶水用
如果你要拼的是 "key:" + value + ", code:" + 100 这种含整数、布尔或结构体字段的组合，fmt.Sprintf 是最直接的选择。它自动处理类型转换，支持 %s、%d、%v 等格式动词，语义清晰。
但注意：它本质是格式化引擎，不是字符串粘合器。纯连几个字符串（如 "a" + "b" + "c"）还硬套 fmt.Sprintf("%s%s%s", a, b, c)，反而多一次反射和内存分配，比 + 慢且无必要。
- ✅ 正确用法：
fmt.Sprintf("user:%s,id:%d,active:%t", name, id, active) - ❌ 过度使用：
fmt.Sprintf("%s%s", a, b)→ 直接写a + b更快更直白 - ⚠️ 高频调用时（如每毫秒生成日志），
fmt.Sprintf的内部[]byte缓冲会带来可测开销；此时应预分配strings.Builder或缓存格式化结果
strings.Join 只适用于已知的 []string 切片
当你手头已经是 []string，比如从配置读出的字段、HTTP 头列表、命令行参数，strings.Join 是唯一推荐方案。它底层单次计算总长、单次分配、单次拷贝，没有中间对象。
别为了用 strings.Join 先把字符串 strings.Split 再拼回去——白费一次遍历和内存分配。
立即学习“go语言免费学习笔记（深入）”；
- ✅ 正确：
parts := []string{host, port, path}; url := strings.Join(parts, ":") - ❌ 错误：
strings.Join(strings.Split("a,b,c", ","), "-")→ 直接写"a-b-c"或用+ - ⚠️ 分隔符为空字符串
""时性能最优；非空分隔符长度不影响复杂度，但会增加最终字节数
循环中拼接必须用 strings.Builder，+ 是性能陷阱
str += s 在 for 循环里出现一次，就是 O(N²) 的隐式拷贝。Go 字符串不可变，每次 += 都要分配新内存、复制全部旧内容。100 次拼接可能触发 50+ 次内存分配，GC 压力陡增。
strings.Builder 是官方指定解法，底层复用 []byte，WriteString() 零拷贝追加。
- ✅ 正确：
var b strings.Builder; b.Grow(1024); for _, s := range list { b.WriteString(s) }; result := b.String() - ❌ 错误：
for _, s := range list { result += s } - ⚠️ 初始化后立刻
b.Grow()预估长度（按 UTF-8 字节数，不是字符数）；复用前必须b.Reset()，不能靠重声明变量
少量静态拼接直接用 +，编译器会优化
2～3 个已知字符串连起来，比如 "User: " + name + ", ID: " + strconv.Itoa(id)，完全没问题。+ 可读性最好，编译器还能对常量部分做折叠（如 "HTTP/" + "1.1" 直接变成 "HTTP/1.1"）。
但数字、布尔等非字符串类型必须显式转换，+ 不会自动调 fmt.Sprint。
- ✅ 安全场景：
msg := "status:" + status + ", code:" + strconv.Itoa(code) - ❌ 危险场景：
for i := 0; i → 必须换 <code>strings.Builder - ⚠️ Unicode 下
len()是字节长度，不是字符数；预估strings.Builder容量时，中文、emoji 会让len("你好") == 6，得用utf8.RuneCountInString()辅助估算
