小量拼接用+，循环中禁用；大量动态拼接用strings.builder并预估长度；已有[]string用join；纯拼接勿用fmt.sprintf；unicode按utf-8处理但截断需转rune。
小量拼接直接用 +，但别在循环里用
Go 字符串不可变，每次 + 都会分配新内存、复制全部字节。两三个字符串连一下，比如 "HTTP/" + version + " " + status，完全没问题，编译器还能优化常量部分。
- 循环中写
str += s是典型性能陷阱：100 次拼接可能触发 50+ 次内存分配和数万字节拷贝 - 静态拼接（如
"a" + "b" + "c"）会被编译器合并成单个字符串，不占 runtime 开销 - 如果只是把几个已知变量串起来，
+可读性最好，别为了“统一风格”硬套 Builder
大量动态拼接必须用 strings.Builder
strings.Builder 是 Go 1.10+ 官方指定的高性能拼接方案，底层复用 []byte，WriteString() 零拷贝追加，String() 不额外复制（只要没混用 Write()）。
- 初始化时预估长度：
var b strings.Builder; b.Grow(2048)能显著减少扩容次数 - 只用
b.WriteString(s)，别用b.Write([]byte(s))——多一次类型转换，还可能触发意外拷贝 - 别和
bytes.Buffer混用：Builder 更轻（无锁、无读接口），且String()方法语义更干净
已有切片就用 strings.Join，别拆了再拼
当你手头已经是 []string（比如配置项、命令行参数、日志字段），strings.Join(parts, ", ") 是最高效的选择：一次分配、一次拷贝，没有中间对象。
- 不要为了用
Join先把几个字符串塞进切片：[]string{a, b, c}再Join，反而多一次切片分配 - 分隔符为空字符串
""时性能最优；非空分隔符长度不影响复杂度 - 它不处理格式化，也不支持插入非字符串类型，纯“粘合剂”角色
带变量或格式才用 fmt.Sprintf，纯拼接是反模式
fmt.Sprintf 的核心是「格式化」，不是「连接」。它要解析格式串、做反射取值、类型转换、缓冲区管理——比 + 慢 3–5 倍，比 Builder 慢一个数量级。
- 正确用法：
fmt.Sprintf("user_id=%d, name=%q", id, name)（需要类型转换/引号/对齐） - 错误用法：
fmt.Sprintf("%s%s%s", a, b, c)——这和a + b + c功能等价，但更慢、更重 - 连
fmt.Sprint都有反射开销，真就纯拼接，别碰fmt包
Unicode 字符（中文、emoji）拼接本身没问题，+ 和 Builder 都按 UTF-8 字节处理，结果正确；但如果你基于 len() 做截断或预分配，得切到 rune 层——len("你好") == 6，而 utf8.RuneCountInString("你好") == 2。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
