本文介绍如何在 Go 中安全、高效地递归遍历任意深度嵌套的 map[string]interface{}，通过类型断言识别子 map 并逐层处理，避免 panic 和反射开销。

本文介绍如何在 go 中安全、高效地递归遍历任意深度嵌套的 `map[string]interface{}`，通过类型断言识别子 map 并逐层处理，避免 panic 和反射开销。

在 Go 开发中，尤其在处理 JSON 解析（如 json.Unmarshal）或动态配置数据时，常会遇到 map[string]interface{} 这类“泛型”结构。这类值可能包含多层嵌套：某些键对应 map[string]string，另一些则可能是 map[string]map[string]interface{}，甚至更深。若需统一处理（如脱敏、日志打印、字段过滤或类型转换），必须能安全地递归遍历所有层级的子 map。

核心思路是：不依赖 reflect 包，而使用类型断言（type assertion）判断当前值是否为 map[string]interface{}，若是，则递归调用自身处理；否则跳过或按需处理基础类型（如 string、int、bool 等）。这种方式简洁、高效且类型安全。

以下是一个健壮的递归遍历函数示例：

func sanitizeMap(m map[string]interface{}) map[string]interface{} {
    for k, v := range m {
        // 尝试将 v 断言为 map[string]interface{}
        if subMap, ok := v.(map[string]interface{}); ok {
            // 递归处理子 map
            sanitizeMap(subMap)
        }
        // ✅ 注意：此处可扩展逻辑，例如：
        // - 对 string 类型做敏感信息脱敏：if str, ok := v.(string) { m[k] = redact(str) }
        // - 对 slice 类型遍历：if slice, ok := v.([]interface{}) { ... }
        // - 忽略非 map 类型（如 int、bool、nil）即为默认行为
    }
    return m
}

⚠️ 关键注意事项：

• v.(map[string]interface{}) 是窄化断言——仅匹配 map[string]interface{} 类型，不会匹配 map[string]string、map[int]string 等其他 map 类型。若需支持更广义的 map（如 map[string]string），需额外断言或先统一转为 map[string]interface{}（例如解析 JSON 时默认生成的就是后者）。
• 递归前务必确保 v 非 nil，否则 v.(map[string]interface{}) 在 v == nil 时仍返回 (nil, false)，安全无 panic；但若后续对 subMap 做 range 操作，nil map 会导致 panic，因此建议在递归前加空值检查：

  if subMap, ok := v.(map[string]interface{}); ok && subMap != nil {
      sanitizeMap(subMap)
  }

• 若需修改原始 map 的值（如替换敏感字段），应直接赋值：m[k] = processedValue；当前示例仅遍历，未修改内容，如需脱敏可在此处注入逻辑。
• 此函数不处理循环引用（如 map A 中包含指向自身的引用），生产环境若存在该风险，需引入访问路径追踪或深度限制。

总结：通过精准的类型断言 + 递归调用，即可优雅处理任意深度的 map[string]interface{} 结构。它比反射更轻量、比硬编码类型分支更通用，是 Go 动态数据处理中的推荐实践。