无法通过修改gin.defaultwriter动态调整日志级别，因其仅为io.writer不参与过滤；须替换gin.logger中间件为支持atomic.value级别控制的自定义实现，并同步处理gin.defaulterrorwriter以统一错误日志输出。
如何在运行时动态修改Gin的gin.DefaultWriter日志级别
Gin默认不提供运行时日志级别切换能力，它的gin.DefaultWriter本质是io.Writer，只负责输出，不参与日志过滤。真正控制“是否打印”逻辑的是gin.Engine内部的gin.LoggerConfig中Output和SkipPaths等字段，但Logger()中间件本身没有暴露级别开关。所以不能靠改Writer来调级别——得换掉Logger中间件。
用自定义Logger中间件替代gin.Logger()并支持运行时级别变更
核心思路：自己实现一个带atomic.Value存储当前级别的Logger中间件，所有日志判断都基于该值；再暴露HTTP接口或信号触发更新。注意别直接复用gin.Logger()源码里的log.Print逻辑，它硬编码了INFO级输出，且无过滤入口。
- 定义级别变量：
var logLevel atomic.Value，初始设为int(gin.DebugLevel) - 中间件里用
logLevel.Load().(int)判断是否低于当前请求耗时/状态码阈值，决定是否记录 - 避免在每次请求中调用
log.Printf——改用log.New(os.Stdout, "", 0)构造器配合SetOutput和SetFlags统一管理格式 - 不要把级别存在全局
var里，否则并发下可能读到脏值
gin.DebugLevel、gin.InfoLevel等常量不是字符串，别传错类型
Gin的日志级别是int型常量（DebugLevel = iota），不是字符串"debug"。如果用HTTP API接收级别参数，必须手动映射：
func strToLevel(s string) (int, error) {
switch s {
case "debug": return gin.DebugLevel, nil
case "info": return gin.InfoLevel, nil
case "warn": return gin.WarnLevel, nil
case "error": return gin.ErrorLevel, nil
default: return -1, fmt.Errorf("unknown level: %s", s)
}
}
常见错误：前端传{"level":"debug"}，后端直接logLevel.Store(r.PostFormValue("level"))，导致后续Load().(int) panic：interface{}不是int。
替换gin.Logger()后，gin.Error()等方法仍会输出到gin.DefaultErrorWriter
这是最容易被忽略的一点：你改了访问日志的级别，但c.Error(err)、c.AbortWithStatusJSON(500, ...)触发的错误日志走的是另一条路径——它们写入gin.DefaultErrorWriter（默认也是os.Stderr），且不受你的自定义Logger控制。若要统一，需同时重置：
gin.DefaultErrorWriter = yourCustomWriter // 需自行实现带级别过滤的io.Writer // 或更稳妥：在中间件里拦截c.Error()调用，统一转成结构化日志
否则会出现“访问日志静默了，但panic堆栈还在狂刷”的情况。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
