json.Encoder配合bufio.Writer能显著提升JSON写入性能，因其流式编码避免内存拷贝，缓冲写入减少系统调用；需显式Flush，推荐缓冲区32KB，可复用bufio.Writer优化高频场景。
用 json.Encoder 配合缓冲写入（如 bufio.Writer），能显著提升 Go 中 JSON 序列化写入性能，尤其在高频、大批量或网络/文件 I/O 场景下。
为什么 Encoder 比 Marshal + Write 更快？
json.Marshal 先将整个结构体序列化为字节切片，内存中生成完整 JSON 字符串，再整体写入；而 json.Encoder 是流式编码——边编码边写入，避免中间内存拷贝和临时分配。对大结构体或高并发写入，这点差异会放大成明显吞吐提升。
基础优化：Encoder + bufio.Writer
直接包装底层 io.Writer（如文件、HTTP 响应体、网络连接）为缓冲写入器，让 Encoder 写入时批量提交，减少系统调用次数：
- 创建
bufio.NewWriter，推荐缓冲区大小为 4KB–64KB（如bufio.NewWriterSize(w, 32*1024)） - 用该缓冲写入器初始化
json.NewEncoder - 调用
Encode(v interface{}) error—— 它会自动处理换行，并在内部调用Flush()（但不保证底层写入完成） - 写完后务必显式调用
bufWriter.Flush()，否则可能丢失最后一批数据
进阶技巧：复用 Encoder 和缓冲区
在长连接（如 WebSocket、HTTP streaming）或循环写入场景中，避免每次新建 Encoder 和 bufio.Writer：
立即学习“go语言免费学习笔记（深入）”；
- Encoder 本身无状态，可安全复用（注意它不缓存输入值）
- bufio.Writer 可通过
Reset(io.Writer)重置底层目标，实现缓冲区复用 - 若写入目标固定（如日志文件），可全局或按 goroutine 复用带池化的
*bufio.Writer - 慎用
sync.Pool管理*json.Encoder：它很小，收益有限；重点池化*bufio.Writer更有效
避坑提醒：常见性能陷阱
以下操作看似合理，实则拖慢速度：
- 对每个小对象都调用
json.Marshal+Write—— 频繁小写导致 syscall 过多 - 用
Encoder.Encode但忘了Flush—— 数据滞留在缓冲区，延迟高或丢数据 - 缓冲区设得太小（如 128B）—— 几乎等效于无缓冲；太大（如 1MB）可能增加延迟或内存压力
- 在 hot path 中传入未导出字段结构体，触发反射慢路径 —— 确保结构体字段首字母大写且有
json:tag 显式控制
基本上就这些。Encoder 流式写 + 合理缓冲，是 Go JSON 输出最简单也最有效的性能优化手段。
