zap.atomiclevel是唯一支持并发安全的运行时日志级别切换方案，其本质是*atomic.int32封装，check()中动态读取level.level()值；其他方案如logrus.setlevel非原子、slog无内置setlevel、标准log无级别概念，均不可靠。
zap.AtomicLevel 是唯一靠谱的运行时切换方案
标准库 log 没有级别概念，logrus.SetLevel() 非原子操作，slog 默认不输出 Debug 且无内置 SetLevel——真要动态调级，只有 zap.AtomicLevel 能安全扛住并发写入。
它本质是 *atomic.Int32 封装，Check() 方法里每次调用 level.Level() 获取最新值，不是缓存或硬编码。如果你自己包装了 core（比如加了采样、过滤），必须确保里面也走 atomicLevel.Level()，否则切换无效。
常见错误现象：
- 用
zap.NewDevelopment()或zap.NewProduction()初始化后直接调atomicLevel.SetLevel()——没用，因为这两个函数返回的*Logger内部 core 不持有你创建的AtomicLevel - 把
atomicLevel定义在函数内，被 GC 掉，后续调用SetLevel无任何效果 - 多个 goroutine 同时调
SetLevel，但没确认底层是否真的线程安全（其实 zap 已保证）
别用 logrus.SetLevel 做运行时切换
logrus.SetLevel() 直接写全局变量 logrus.level，没有锁，没有原子性。两个 goroutine 分别设 DebugLevel 和 WarnLevel，最终值可能是任意一个，也可能因 CPU 重排导致中间态残留，Debug 日志突然大量涌出。
实操建议：
- 启动时一次性设好：用环境变量初始化，如
logrus.SetLevel(logrus.LevelFromString(os.Getenv("LOG_LEVEL"))) - 真要运行时改，必须自己加
sync.RWMutex包一层，且所有日志调用统一走logrus.StandardLogger()，避免裸调logrus.Debug() - 别信文档里“支持动态设置”的说法——那是指“语法上允许”，不是“语义上安全”
slog 怎么启用 Debug 级别
slog 默认只输出 Info 及以上，slog.Debug() 调用后静默消失，不是 bug，是设计如此。它靠 Handler.Enabled() 判断是否记录，而默认 slog.Handler 实现（如 slog.NewTextHandler）内部用的是固定阈值。
正确做法是传入自定义 Handler，并显式控制 minLevel：
h := slog.NewTextHandler(os.Stdout, &slog.HandlerOptions{
Level: slog.LevelDebug,
})
logger := slog.New(h)
注意：slog.LevelDebug 是常量 4，不是字符串；Level 字段只在 handler 初始化时读一次，之后无法动态改——也就是说，slog 本身不支持运行时切级，只能重启或换 handler。
如果非要热切，得自己实现 slog.Handler，内部持有一个 atomic.Int32 存当前 level，并在 Enabled() 里读取它。
标准 log 包怎么模拟级别（仅限脚本/CLI）
别碰 log.SetFlags 或 log.SetPrefix，它们对默认 logger 生效，但无法实现“按级别开关”。真要轻量分级，得为每个级别建独立 *log.Logger 实例：
- 每个实例调
log.New()时传不同flags和前缀，比如log.LstdFlags | log.Lshortfile - 用全局
int变量控制阈值，每个 log 函数开头判断if currentLevel - 错误日志务必输出到
os.Stderr，避免被管道截断（比如./app | grep info会丢掉 error）
这种写法没结构化、没字段、没轮转、没性能优化，上线服务请立刻换 zap 或 zerolog。它只适合单次运行的 CLI 工具或调试脚本。
最易被忽略的一点：zap 的 atomicLevel.SetLevel() 成功后，旧日志语句不会自动补发——它只影响后续 Check() 调用。如果你在 handler 里做了异步缓冲或批量写入，切换级别后可能有几条延迟日志仍按旧规则处理。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
