zerolog的核心价值是在高频写入路径上彻底避开堆分配。它通过sync.Pool复用Event、预分配缓冲区追加JSON片段、单次Write实现零分配；破坏行为包括fmt.Sprintf传参、Interface()反射、未复用Logger等。
zerolog 的核心价值不是“更 fancy 的日志格式”，而是**在高频写入路径上彻底避开堆分配**。只要你在 log.Info() 之后还调用 Str()、Int()、Msg() 这类链式方法，且不传入需反射或动态拼接的值（比如 fmt.Sprintf 结果），它就能做到接近零分配——前提是你的日志器已预热、上下文字段已复用。
为什么 log.Info().Str("k", v).Msg("m") 能零分配？
关键不在语法糖，而在底层对象复用机制：zerolog.Event 实例来自 sync.Pool，每次 log.Info() 拿到的是池中回收过的结构体；Str() 直接往预分配的字节缓冲区里追加 key/value 的 JSON 片段，不 new map、不 convert interface{}；Msg() 最终只触发一次 io.Writer.Write() 调用。
常见破坏零分配的行为：
- 把
fmt.Sprintf("user %d login", id)当作Msg()参数传入 —— 字符串拼接本身就会分配 - 用
log.With().Interface("data", someStruct)——Interface()强制反射序列化，绕过零分配路径 - 在循环内反复调用
log.With().Str("req_id", reqID).Logger()却不复用 —— 每次都新建zerolog.Logger实例，虽小但累积有开销
zerolog.ConsoleWriter 不是零分配，开发环境才用
zerolog.ConsoleWriter 是为人类可读设计的，它内部会做颜色转义、字段重排、时间格式化等操作，这些必然涉及字符串构建和内存分配。生产环境必须关掉它，改用原始 JSON 输出到 os.Stdout 或文件。
正确做法：
立即学习“go语言免费学习笔记（深入）”；
- 开发时：
log := zerolog.New(zerolog.ConsoleWriter{Out: os.Stderr}) - 生产时：
log := zerolog.New(os.Stdout)，并确保zerolog.TimeFieldFormat = zerolog.TimeFormatUnix（减少时间字符串长度） - 绝对不要在生产配置里保留
ConsoleWriter，哪怕只是临时加个 flag 切换
全局 logger vs 自定义 logger：字段复用决定性能上限
全局 log（来自 github.com/rs/zerolog/log）适合快速启动，但所有日志共用同一组默认字段（如 time、level），无法预置业务上下文。一旦你频繁调用 log.With().Str("service", "auth").Logger()，每次都会复制字段到新 logger —— 这些字段本身不分配，但新 logger 对象要分配。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
更优解是按服务/模块初始化专用 logger：
var authLog = zerolog.New(os.Stdout).With().
Str("service", "auth").
Str("version", "v1.2.0").
Logger()
这样后续所有 authLog.Info().Str("user_id", uid).Msg("login") 都复用预设字段，连 With() 调用都可省掉。实测在每秒万级日志场景下，比每次都 With() 快 3–5 倍。
CBOR 输出不是噱头，但得配对解码
启用 go build -tags binary_log 后，zerolog 会输出 CBOR 编码日志，体积比 JSON 小 30–40%，写入速度略快，且天然防解析注入。但它不是给人看的——直接 cat 或 tail 会显示乱码。
必须搭配 CBOR 解码器使用：
- 命令行：
./myapp 2>&1 | csd（csd是标准工具） - 日志采集端（如 fluent-bit、vector）需开启 CBOR 解码插件
- ELK 生态需通过
dissect或jsonfilter 预处理，不能直接丢给jsoncodec
最容易被忽略的一点：CBOR 模式下，zerolog.SetGlobalLevel() 依然生效，但字段名不会自动翻译成英文——你自定义的 zerolog.MessageFieldName = "m" 会原样编码进 CBOR，解码后仍是 "m"，别指望它自动变回 "message"。
