敏感字段提取不能硬编码字段名，因多层嵌套结构中字段路径随业务变化、接口脱敏需求不一、新增字段需改代码而非配置；须通过运行时解析json+动态路径匹配实现灵活脱敏。
敏感字段提取为什么不能硬编码字段名
硬编码字段名（比如直接写 user.Password 或 data["id_card"]）在多层嵌套结构中会迅速失控：字段路径随业务变、不同接口要掩码的字段不一致、新增字段时得改代码而非配置。Gin 路由本身不处理字段逻辑，必须靠运行时解析 JSON 结构 + 动态路径匹配来支撑“同一套接口适配多种脱敏策略”。
实际踩坑点：用 reflect 直接遍历 struct 字段会丢失 map 和 interface{} 里的嵌套键；用 json.Unmarshal 后转 map[string]interface{} 又难定位原始字段位置（比如 user.profile.addr.city 在三层 map 里得手动拼 key）。所以得先统一成可寻址的树状节点，再按路径规则匹配。
- 推荐用
gjson库解析原始 JSON 字节流，支持"user.profile.addr.city"这类点号路径，且不反序列化整个结构，内存友好 - 字段路径规则存为 slice，例如
[]string{"user.password", "data.id_card", "items.*.phone"}，其中*表示通配数组元素 - 别用
json.RawMessage做中间载体——它延迟解析但无法被gjson直接索引，得先转成[]byte
Gin 中间件如何拦截并动态脱敏响应体
Gin 的 Writer 是接口，不能直接修改已写入的响应。必须用自定义 ResponseWriter 包裹原 gin.ResponseWriter，在 Write 和 WriteString 被调用前拦截原始 JSON 数据，完成脱敏再写出。
关键点：脱敏必须发生在 Write 阶段，而不是在 handler 里提前处理数据——因为下游中间件（如日志、监控）可能依赖原始响应内容，且 handler 返回的 struct 可能含私有字段或未导出字段，json.Marshal 行为不可控。
- 实现
ResponseWriter时重写Write([]byte)，缓存数据到bytes.Buffer，等WriteHeader完成后再统一处理 - 只对
Content-Type: application/json响应做脱敏，其他类型（如text/html）跳过，避免破坏二进制或文本格式 - 脱敏后需重置
Content-Lengthheader，否则浏览器可能截断响应（尤其当脱敏导致字符串变短时）
支持通配符和嵌套数组的路径匹配怎么写
gjson.Get 不支持 * 通配符，得自己实现路径展开。比如 "items.*.phone" 要先定位到 items 数组，再遍历每个元素提取 phone 字段路径，生成实际待脱敏的完整路径列表：["items.0.phone", "items.1.phone", ...]。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
容易忽略的是空数组或缺失字段：若 JSON 里根本没有 items 字段，gjson.Get(json, "items") 返回空值，直接遍历会 panic；若某数组元素里没有 phone，该路径应静默跳过，不能报错中断整个响应。
- 用
gjson.Parse(json).Get(path)判断字段是否存在，再用.Array()拿数组，配合for i, v := range arr构建子路径 - 嵌套对象路径如
"user.contact.emergency.*.number"需递归展开：先取user.contact.emergency，再对其每个元素取number - 性能注意：每条通配路径都触发一次
gjson.Get，高频接口建议预编译路径表达式，或用gjson.GetBytes避免重复解析
如何让不同路由使用不同的脱敏规则
不能把脱敏路径写死在中间件里，得通过 Gin 的 context.Set 或自定义路由中间件参数传入规则。例如在注册路由时绑定策略：router.GET("/users", withSanitize(sanitizeRulesForUser), userHandler)。
常见错误是把规则存在全局变量或闭包里——会导致并发请求互相覆盖；或者把规则塞进 context.Request.URL.Query()，但查询参数可能被前端省略，且不安全（敏感字段名暴露在 URL 中）。
- 推荐用
gin.Context.Keys存储规则，key 用常量如const SanitizeKey = "sanitize_rules"，值为[]string - 中间件读取时加空值判断：
if rules, ok := c.MustGet(SanitizeKey).([]string); ok && len(rules) > 0 - 如果规则来自配置中心（如 etcd），需加本地缓存和版本控制，避免每次请求都远程拉取——尤其在高 QPS 下会拖慢响应
真正麻烦的是字段路径语义歧义：比如 "id" 在用户接口里是主键，但在订单接口里可能是外键，是否脱敏取决于上下文。这种场景没法靠路径字符串解决，得引入字段标签（tag）或元数据服务，但那就超出纯 Gin 接口范畴了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
