+拼接仅适用于少量静态字符串；循环中使用会导致O(n²)内存复制，性能急剧下降，应改用strings.Join、strings.Builder或fmt.Sprintf等更高效方式。

+ 运算符能拼接字符串，但仅适合拼接少量、静态、已知的字符串；用在循环里或拼接大量内容时，性能会急剧下降。

为什么 + 拼接在循环里很慢

Go 的字符串是不可变的，每次 s += item 都会分配新内存、复制旧内容、再追加新内容。假设有 1000 个字符串要拼，底层实际复制的字节数接近 O(n²) 级别——第 1 次复制 1 字节，第 2 次复制 2 字节，……第 1000 次复制 1000 字节。

常见错误现象：for _, v := range list { s += strconv.Itoa(v) } 这类写法在 list 长度几百以上就明显卡顿，pprof 里能看到大量 runtime.makeslice 和内存拷贝。

• 不是语法错，能跑通，但越跑越慢
• 编译器不会报错或警告，靠经验或压测才能发现
• 本地小数据测试没问题，上线后流量一上来就 CPU 突增

+ 适合什么场景

只用于固定、少量、非循环的拼接，比如日志前缀、错误信息组装、模板化短文本。

示例：

立即学习“go语言免费学习笔记（深入）”；

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

err := "failed to parse " + filename + ": " + errStr

这类写法没问题，因为最多拼 3–5 个已知字符串，且不重复执行。

• 所有操作数必须是 string 类型；int、bool 等需先转：用 strconv.Itoa 或 fmt.Sprint
• 不能直接拼 nil slice 或未初始化变量，会 panic（如 s += someString 但 someString 是空字符串变量没问题，但若为 nil 就不行）
• 没有分隔符控制能力，想加逗号或换行得手动写 +", "+ 或 +"\n"

替代方案怎么选

不要一看到“性能差”就立刻换 strings.Builder——选错工具反而增加复杂度。

• 已知全部字符串切片？直接用 strings.Join([]string{...}, " ")，预分配内存，一行解决
• 需要边查边拼、逻辑分支多、中间还要插条件判断？用 strings.Builder，调 WriteString 和 WriteRune 更灵活
• 只是格式化几个值（比如 "user_id: %d, name: %s"）？fmt.Sprintf 语义清晰，开销可接受，别硬套 Builder
• 别用 bytes.Buffer 拼字符串——它设计目标是 []byte 流式处理，转成 string 要额外 copy，不如直接用 strings.Builder

容易被忽略的细节

+ 看似简单，但 Go 的类型系统对它很严格：它不自动做类型转换。

下面这行会编译失败：

str := "id: " + 123 // ❌ cannot use 123 (type int) as type string

必须显式转换：

str := "id: " + strconv.Itoa(123) // ✅

• fmt.Sprint(123) 也能转，但比 strconv.Itoa 稍慢，且返回 interface{} 再转 string 多一层开销
• 如果拼的是 float64，strconv.FormatFloat 比 fmt.Sprintf("%.2f", x) 更高效、更可控
• 拼接含 Unicode 的字符串时，+ 没问题，但注意 len(s) 返回的是字节长度，不是字符数