Go 标准库 log 不支持日志级别过滤，因其无级别概念；需改用 zap 或 zerolog 等支持级别的日志库，通过前置判断或采样器精准屏蔽已知错误，同时避免掩盖真实问题。
Go 标准库 log 无法按级别过滤，别白费劲了
Go 官方 log 包压根没有日志级别（debug/info/warn/error）的概念，它只提供 Print、Printf、Fatal 这类基础输出函数。你试图用 log.SetFlags 或封装一层就实现“屏蔽 warn 以下日志”，注定失败——它连级别标识都不存，更谈不上过滤。
常见错误现象：log.Printf("[WARN] connection timeout") 和 log.Printf("[INFO] user login") 看似有级别前缀，但对 log 来说只是普通字符串，无法被识别或拦截。
- 真要过滤，必须自己解析日志内容（不推荐：正则慢、易误杀、破坏结构化）
- 或者换支持级别的日志库——这是唯一靠谱路径
- 别在
log.SetOutput里做字符串匹配过滤，会污染 stderr/stdout 且不可靠
用 zap 实现精准错误日志屏蔽（推荐方案）
zap 是 Go 生态最主流的高性能结构化日志库，原生支持级别控制和字段过滤。屏蔽已知错误的关键不是“忽略某条消息”，而是：在写日志前判断是否属于已知模式，再决定是否调用 logger.Error。
使用场景：第三方 SDK 报出的 "rpc timeout"、数据库连接池满的 "max connections exceeded" 等可预期、无害、无需告警的错误。
立即学习“go语言免费学习笔记（深入）”；
- 不要在日志输出后用 Hook 过滤（
zap.Hook是事后回调，不能阻止写入） - 正确做法：封装一个带白名单检查的
SafeError函数 - 利用
zap.String("error", err.Error())结构化字段，比纯文本匹配更稳定
func SafeError(logger *zap.Logger, err error, fields ...zap.Field) {
knownPatterns := []string{"rpc timeout", "max connections exceeded"}
for _, pat := range knownPatterns {
if strings.Contains(err.Error(), pat) {
return // 直接跳过
}
}
logger.Error("unexpected error", append(fields, zap.Error(err))...)
}
zerolog 的 Level + 自定义 Sampler 更轻量
如果你倾向更小的依赖或喜欢链式 API，zerolog 提供了基于采样率（Sampler）的过滤机制，也能用于屏蔽特定错误。它不依赖字符串匹配，而是通过自定义 Sampler 在日志构造阶段就终止。
性能影响：采样发生在日志结构化之前，开销极低；比运行时正则匹配快一个数量级。
-
zerolog.GlobalLevel(zerolog.WarnLevel)只能关掉 info/debug，对 error 无效——所以必须用Sampler - 注意：采样器返回
false时，整条日志（包括字段序列化）都不会执行 - 避免在
Sampler中做复杂计算或 IO，它会被高频调用
var skipKnownErrors = func(ctx context.Context, level zerolog.Level, msg string) bool {
return !(level == zerolog.ErrorLevel &&
(strings.Contains(msg, "rpc timeout") || strings.Contains(msg, "connection refused")))
}
logger = logger.With().Caller().Logger().Sample(&zerolog.BasicSampler{N: 1, Skip: skipKnownErrors})
别忽略：已知错误 ≠ 可丢弃错误
屏蔽日志不等于忽略问题。很多团队把 “屏蔽频繁报错” 当成止痛药，结果掩盖了资源泄漏、配置漂移或下游服务降级。
真正该做的：给每条被屏蔽的错误加注释说明原因、记录发生频次、设置监控阈值（比如“/minute 超过 10 次就触发告警”）。
最容易被忽略的一点：defer 中的 recover() 捕获 panic 后打的日志，如果也走同一套屏蔽逻辑，可能让真正的崩溃消失于无声——这类日志建议绕过过滤，单独处理。
