循环拼接必须用strings.builder并预调grow()，禁用+=；已知[]string切片时优先用strings.join；少量静态拼接（≤3段）可用+；避免fmt.sprintf纯拼接。
+ 能用，但别乱用；循环里拼接必须换 strings.Builder；已有 []string 就直接 strings.Join；纯连接别碰 fmt.Sprintf——它不是胶水，是格式化引擎。
循环里用 + 拼接字符串会拖垮性能
每次 str += s 都要分配新内存、复制全部旧内容，100 次拼接 ≈ 50+ 次内存分配 + 数万字节拷贝。CPU 缓存失效、GC 压力陡增，实测比 strings.Builder 慢几十倍。
- 改法：声明
var b strings.Builder，循环内只调b.WriteString(s) - 预估长度能省扩容：比如日志行平均 256 字节，就加一句
b.Grow(2048) - 拼完只调一次
b.String()；之后要复用，必须b.Reset()，不能靠重新声明变量 - 别混用
b.Write([]byte(s))——多一次类型转换，还可能触发额外拷贝
已有 []string 切片时，strings.Join 是最优解
它底层单次计算总长、单次分配、单次拷贝，没有中间对象。比手写 for + + 快一个数量级，语义也最干净。
- 分隔符为
""时最快，等价于把所有元素首尾粘一起 -
len(parts) == 0→ 返回""；len(parts) == 1→ 直接返回该字符串，不加任何分隔符 - 别为了用
Join先strings.Split再拼回去——白费一次分配和遍历 - 非字符串类型（如
[]int）得手动转：strconv.Itoa比fmt.Sprint更轻，后者有反射开销
少量静态拼接，+ 最直白也最安全
2～3 个已知字符串连起来，比如 "User: " + name + ", ID: " + strconv.Itoa(id)，编译器会优化常量部分，运行时零开销，可读性还高。
- 数字、布尔等非字符串类型必须显式转换，
+不自动调fmt.Sprint - 编译期常量拼接（如
"a" + "b" + "c"）会被合并成单个字符串，完全没 runtime 开销 - 别在
for range里写result += item，哪怕只有 50 次，性能落差也会立刻显现
Unicode 场景下，len() 是个陷阱
拼接本身不受影响，+ 和 strings.Builder 都按 UTF-8 字节处理，结果正确。但如果你基于 len() 做预分配或截断，中文、emoji 会让结果错得离谱——len("你好") == 6，但它只有 2 个字符。
- 需要字符数时，用
utf8.RuneCountInString(s)，不是len([]rune(s))（后者多一次分配） - 要按“第几个字”切片？必须先转
[]rune，再索引，不能直接用字节偏移 -
strings.Builder.Grow的参数是字节数，预估时得按 UTF-8 编码算，不是按字符数拍脑袋
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
