bytes.Buffer.Write 比字符串拼接快，因其底层使用可扩容字节切片，避免了 string 不可变导致的频繁内存分配与拷贝；实操中应据拼接场景选择 Buffer、fmt.Sprintf 或字面量，并注意 Write/WriteString/WriteByte 的参数差异及 Bytes()/String() 的安全用法。
bytes.Buffer.Write 为什么比字符串拼接快
因为 bytes.Buffer 底层用的是可扩容的字节切片，避免了每次拼接都新建字符串和复制内存。而 string 是不可变的，a + b + c 在循环里会触发多次分配和拷贝，性能差且 GC 压力大。
实操建议：
- 拼接次数不确定（比如读取多段网络响应、组装日志行）时，优先用
bytes.Buffer - 如果只是固定几段拼接（如
"HTTP/1.1 " + status + " " + msg），用fmt.Sprintf或字符串字面量连接反而更简洁，没必要上Buffer -
bytes.Buffer初始容量没设好，小数据频繁扩容也会有开销；可预估长度后调用bytes.NewBuffer(make([]byte, 0, 1024))
Write、WriteString、WriteByte 的区别和选法
三者都向 bytes.Buffer 追加数据，但参数类型和用途不同：
-
Write([]byte)：接收字节切片，最通用；适合处理二进制数据或已转成[]byte的内容 -
WriteString(string)：接收字符串，内部自动转[]byte；日常文本拼接最常用，语义清晰 -
WriteByte(byte)：只写单个字节，比如写换行符buf.WriteByte('\n')，比WriteString("\n")少一次内存分配
常见错误：把字符串误传给 Write，导致编译失败 —— Write 不接受 string，必须显式转 []byte(s)。
拼接完成后如何安全获取结果
bytes.Buffer.Bytes() 和 bytes.Buffer.String() 都能取内容，但行为差异关键：
-
Bytes()返回底层切片的引用，后续对Buffer的写入可能修改该切片内容 —— 如果你打算复用Buffer且保留旧结果，必须copy出来 -
String()总是返回新分配的字符串，安全但有额外开销；多数场景下它更省心 - 别直接用
buf.Bytes()[:buf.Len()]手动截取，Bytes()本身已做长度控制，多此一举还易出错
示例：
buf := bytes.NewBuffer(nil)<br>buf.WriteString("hello")<br>buf.WriteString(" world")<br>result := buf.String() // 安全，拿到独立字符串<br>// 后续 buf.Reset() 或继续 Write 都不影响 result
Reset 和 Truncate 的适用场景
复用 bytes.Buffer 时，清空内容不能只靠 buf = bytes.NewBuffer(nil) —— 这会丢掉原有底层数组，失去复用价值。
-
Reset()：清空全部内容，并重置长度为 0，但保留底层数组容量；适合“用完即清，反复写入”场景 -
Truncate(n)：截断到前n个字节；适合“写了一半发现要回退”，比如拼接 JSON 时中途取消嵌套 - 注意：
Reset()不会释放内存，如果某次写入极大（如 10MB），之后一直小量使用，会导致内存浪费；此时可手动buf = bytes.NewBuffer(make([]byte, 0, 128))替换
容易被忽略的一点：Buffer 的零值（var buf bytes.Buffer）本身就可以直接用，不需要显式 new 或 make —— 它的 Reset() 在第一次 Write 前就隐式完成了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
