Gin 的 gin.DefaultWriter 无法直接过滤敏感字段，因其日志中间件仅记录原始字节流或简单字符串化结果，不解析请求内容，故无法按字段名动态脱敏。
为什么 Gin 的 gin.DefaultWriter 无法直接过滤敏感字段
Gin 默认日志（如 gin.Logger() 中间件）把整个请求体或查询参数原样打到日志里，password、token、auth_key 这类字段会明文泄露。它不解析请求内容，只记录原始字节流或简单字符串化结果，没法在日志中间件里靠“字段名匹配”动态脱敏。
用自定义 gin.LoggerWithConfig + 请求体预读实现字段级过滤
必须在路由处理前读取并解析请求体（r.Body），提取 map[string]interface{} 或 url.Values，按白名单/黑名单抹除敏感键，再交由日志逻辑使用。注意：读过一次后 r.Body 就变空，后续 handler 会收不到数据 —— 所以得用 io.NopCloser 重写回 Body。
- 只对
POST/PUT等含 body 的方法做解析，GET只处理r.URL.Query() - 敏感字段列表建议抽成常量，如
var sensitiveKeys = []string{"password", "token", "secret"} - JSON body 用
json.NewDecoder(r.Body).Decode(&data)，失败则 fallback 到原始日志（避免阻塞） - 表单数据用
r.ParseForm()后操作r.PostForm，别直接读r.Body
gin.LoggerWithConfig 的 Formatter 里怎么安全注入脱敏后的数据
不能在 Formatter 函数里重新解析 body（此时已不可读），必须提前把脱敏后的结构存到 c.Keys 或 c.Set()。例如：
// 中间件中
c.Set("safe_query", safeQueryValues(r.URL.Query()))
c.Set("safe_post", safePostForm(r.PostForm))
// Formatter 中
query := c.MustGet("safe_query").(url.Values)
log.Printf("[GIN] %v %s %s ?%s", c.Request.Method, c.Request.URL.Path, c.Request.Proto, query.Encode())
注意：c.Set() 是 goroutine 安全的，但不要存指针或可变结构；url.Values 和 map[string][]string 复制成本低，适合传值。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
立即学习“go语言免费学习笔记（深入）”；
生产环境绕不开的坑：文件上传和大 body 性能损耗
对 multipart/form-data 或 >1MB 的 JSON 做全文解析+脱敏，会显著拖慢日志中间件，甚至触发超时。实际做法是：
- 用
r.ContentLength快速判断是否跳过解析（如> 1024 * 1024直接记为[body too large]） - 文件上传请求（
Content-Type包含multipart/form-data）一律跳过 body 解析，只记录 header 和 filename 字段（从r.MultipartReader()提前 peek） - 敏感字段过滤只做 key 匹配，不做 value 正则扫描（防止误杀或性能爆炸）
真正难的是平衡：既要日志可审计，又不能让日志逻辑变成性能瓶颈或攻击入口。脱敏不是加一层 wrapper 就完事，得结合请求类型、大小、编码方式做分级处理。
