在 golang 中拼接字符串时，应根据场景选择 +、strings.builder 或 bytes.buffer。使用 + 号拼接简单但效率低，适合少量拼接或调试代码，不适合循环内大量拼接；strings.builder 专为字符串拼接设计，内部用 []byte 缓冲数据，高效且提供 string() 方法返回结果，建议用于构建 html、json 等场景；bytes.buffer 功能更全，支持读写操作并兼容 io.writer 接口，性能略逊于 strings.builder，建议需要边写边读或实现 io.writer 时使用；性能排序为：strings.builder > bytes.buffer > +。
在 Golang 中拼接字符串时，很多人会直接用 + 号，但如果你关注性能，尤其是循环中频繁拼接的情况，这种方式就不太合适了。真正高效的方案是根据场景选择 strings.Builder 或 bytes.Buffer。下面我们就来具体看看这三种方式的使用场景和性能差异。
用 + 拼接字符串：简单但效率低
Golang 的字符串是不可变类型，每次用 + 拼接都会生成新的字符串，并把旧内容复制进去。如果只是拼接两三次，问题不大；但如果在循环里频繁操作，性能就会明显下降。
比如：
立即学习“go语言免费学习笔记（深入）”；
s := ""
for i := 0; i < 1000; i++ {
s += "a"
}这段代码看起来没问题，但其实每次拼接都重新分配内存并复制内容，时间复杂度是 O(n²)，性能很差。
适用场景：
- 少量拼接（3次以内）
- 快速原型或调试代码
不推荐用于：
- 循环内大量拼接
- 性能敏感的高频函数
strings.Builder：专为字符串拼接设计的高效工具
Go 1.10 引入了 strings.Builder，专门用来优化字符串拼接操作。它内部使用 []byte 缓冲数据，避免了重复分配内存。最重要的是，它不允许并发写入，所以可以更高效地管理内存。
示例：
var b strings.Builder
for i := 0; i < 1000; i++ {
b.WriteString("a")
}
result := b.String()这个例子比 + 快很多，而且不会产生额外的中间字符串。
优点：
- 高效处理字符串拼接
- 提供
String()方法直接返回结果字符串 - 不可复制（编译器会提示误用）
建议：
- 多用于需要最终输出字符串的场景
- 如果你在构建 HTML、JSON、日志等内容，首选这个
bytes.Buffer：功能更全，但略微重一些
bytes.Buffer 是一个通用的字节缓冲区，也能用来拼接字符串，支持读写操作，甚至可以作为 io.Writer 使用。它的接口比 strings.Builder 更丰富，但也因此稍微慢一点。
示例：
var b bytes.Buffer
for i := 0; i < 1000; i++ {
b.WriteString("a")
}
result := b.String()看起来和 strings.Builder 差不多，但在某些基准测试中，它的性能略逊一筹，尤其在纯字符串拼接场景下。
优点：
- 支持读取操作
- 可以作为
io.Writer接收其他写入操作 - 能处理二进制数据
建议：
- 如果你需要边写边读、或者需要兼容
io.Writer接口，优先考虑它 - 否则推荐用
strings.Builder
基准对比与选择建议
一般来说，性能排序如下：
- ✅
strings.Builder>bytes.Buffer>+
你可以根据以下几个维度来做选择：
- 是否只拼接字符串？ ➜ 选
strings.Builder - 是否需要边写边读？ ➜ 选
bytes.Buffer - 是否要实现
io.Writer接口？ ➜ 选bytes.Buffer - 是否拼接次数很少？ ➜ 直接用
+
基本上就这些区别了。别看都是拼字符串，不同方法对性能的影响还是挺明显的，特别是在高频函数或大循环里，用错方式可能拖慢整个程序。
