go字符串拼接需按场景选方法：循环用strings.builder，切片用strings.join，少量静态拼接用+，禁用fmt.sprintf纯拼接；注意unicode下用utf8.runecountinstring而非len。
Go 里拼接字符串不是“怎么写都行”，而是“选错方式就拖慢程序”。+ 看着顺手，但循环里用它，100 次拼接可能比 strings.Builder 慢 50 倍；fmt.Sprintf 写起来像模板，可纯拼接时它连 + 都不如。
循环中拼接字符串必须用 strings.Builder
每次 += 都会复制前面所有字节，N 次循环 → O(N²) 时间 + 大量临时内存。GC 会频繁介入，CPU 缓存也容易失效。
- 初始化后立即调用
b.Grow(预估长度)，比如日志行平均 200 字节，就b.Grow(2048) - 只用
b.WriteString(s)，别混用b.Write([]byte(s))，后者多一次转换且可能触发额外拷贝 -
b.String()只调一次，之后不能再往 builder 写，否则结果未定义 - 如果要复用 builder，必须先调
b.Reset()，不能靠重新声明变量
已有 []string 切片时优先用 strings.Join
它底层单次分配、一次拷贝，比循环调 + 快一个数量级，语义也最干净。
- 分隔符为空字符串
""时，效果等价于把切片所有元素首尾相接 - 切片长度为 0 → 返回
""；长度为 1 → 直接返回该元素，不加任何分隔符 - 别为了用
strings.Join先把字符串strings.Split再拼回去——白费一次分配和遍历 - 非字符串类型（如
[]int）需手动转成[]string，用strconv.Itoa或fmt.Sprint，但注意后者有反射开销
少量静态拼接直接用 + 就够了
2～3 个已知字符串连起来，比如 "User: " + name + ", ID: " + strconv.Itoa(id)，编译器能优化，代码也最直白。
- 数字、布尔等非字符串类型必须显式转，
+不自动调fmt.Sprint - 编译期常量拼接（如
"a" + "b" + "c"）会被合并成单个字符串，完全没 runtime 开销 - 别在 for-range 里写
result += item，哪怕只有 50 次，性能落差也会立刻显现
别把 fmt.Sprintf 当拼接工具用
它本质是格式化引擎，带解析、反射、类型检查三重开销。纯连接场景下，基准测试显示它比 + 慢 3–5 倍。
- 只在需要格式控制时才用：对齐（
%-10s）、进制（%x）、引号包裹（%q）、结构体展开等 -
fmt.Sprint和fmt.Sprintln虽无格式符，但仍有反射逻辑，也不如+ - 参数类型错位（比如用
%d格式化字符串）会在运行时报 panic，没有编译检查
真正容易被忽略的是 Unicode 场景下的长度误判：拼接本身不受影响，但如果你基于 len() 做预分配或截断，中文、emoji 会让结果错得离谱——这时候得换 utf8.RuneCountInString，而不是硬套字节数逻辑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
