Go语言日志中间件怎么按错误等级分流存储-Golang-PHP中文网

Go标准库log包无日志级别语义，无法实现错误等级分流；必须使用zerolog或slog等支持结构化level字段的库，通过LevelFilter或HandlerOptions按级别路由输出，并确保level字段为小写JSON顶层键以兼容采集器。

go语言日志中间件怎么按错误等级分流存储

Go日志中间件无法靠`log.Printf`实现错误等级分流

标准库log包没有级别语义，log.Printf和log.Println输出的全是“普通日志”，既不能按Warn/Error过滤，也无法把Error单独写入stderr或独立文件。强行用前缀字符串（如"[ERROR] "）模拟分级，会导致日志分析工具（如Loki、Fluent Bit）无法提取level字段，后续告警、监控、ES聚合全部失效。

必须用`zerolog`或`slog`初始化带级别的全局Logger

分流存储的前提是日志条目本身带level结构化字段。推荐用zerolog（零分配、API直观）或slog（Go 1.21+内置、JSON友好）：

zerolog需显式启用级别字段：zerolog.SetGlobalLevel(zerolog.InfoLevel)，否则Warn()/Error()调用会被静默丢弃
slog需在Handler中指定最低输出级：&slog.HandlerOptions{Level: slog.LevelInfo}，否则DebugContext日志不会输出
两者都支持输出到不同io.Writer：比如把Error日志写入os.Stderr，其余写入os.Stdout，再由容器运行时或日志采集器（如Fluentd）按流分离

示例（zerolog）：

import github.com/rs/zerolog

// 初始化：Error日志走stderr，其余走stdout
errorWriter := zerolog.ConsoleWriter{Out: os.Stderr}
infoWriter := zerolog.ConsoleWriter{Out: os.Stdout}

log.Logger = zerolog.New(zerolog.MultiLevelWriter(
    zerolog.LevelFilter(zerolog.ErrorLevel, errorWriter),
    zerolog.LevelFilter(zerolog.InfoLevel, infoWriter),
)).With().Timestamp().Logger()

HTTP中间件里不能直接用`log.Error`，要从`context.Context`取logger实例

中间件必须保证每个请求的日志携带唯一request_id、能区分debug/info/warn/error，并且不污染全局logger。正确做法是：

Golang Uber Dig

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

下载

在最外层中间件生成request_id，用context.WithValue注入ctx
用zerolog.Ctx(ctx)或slog.With获取请求专属logger，避免并发写冲突
不要在中间件里调用log.Error(...)——它用的是全局logger，没request_id，也没trace上下文
panic恢复时，必须用Ctx(ctx).Fatal().Stack().Msg("panic recovered")，否则堆栈丢失

真正分流不是靠代码写多路`io.Writer`，而是靠日志采集层识别`level`字段

生产环境几乎不直接在Go进程里把Error日志写进/var/log/app/error.log——这会引入文件锁、权限、轮转、磁盘满等运维问题。正确路径是：

所有日志统一输出到stdout/stderr（结构化JSON格式）
容器运行时（Docker/K8s）把两路流分别捕获为logs/stdout和logs/stderr
Fluent Bit或Vector配置level字段提取规则，把"level":"error"的日志发往告警通道（如Slack/Webhook），其余存入Loki或ES
如果硬要本地文件分流，zerolog提供LevelFilter + os.OpenFile组合，但务必设os.O_APPEND | os.O_CREATE，且禁用Caller和Stack避免性能损耗