不能直接用 fmt.Printf 打印嵌套结构体，因为它对指针、interface{}、chan、map 等类型仅输出地址或摘要（如 &{0xc000123456} 或 map[0xc000123456:...]），无法显示实际内容，尤其在调试 JSON 解析、HTTP 请求体或数据库模型时极为不便；而 go-spew 可递归展开所有层级，如实呈现 nil、未导出字段和循环引用且不 panic。
为什么不能直接用 fmt.Printf 打印嵌套结构体
因为 fmt.Printf 对指针、interface{}、chan、map 等类型默认只输出地址或摘要，比如 &{0xc000123456} 或 map[0xc000123456:...] ，根本看不出实际内容。尤其调试 JSON 解析结果、HTTP 请求体、数据库模型时，你看到的不是数据，是谜题。
Go-spew 的核心价值在于：它递归展开所有层级，把 nil、未导出字段、循环引用都如实呈现出来，且不 panic —— 这是 fmt 和 json.MarshalIndent 都做不到的。
安装和基础用法：spew.Dump vs spew.Sdump
go get github.com/davecgh/go-spew/spew 后，最常用的是两个函数：
-
spew.Dump()：直接打印到 stdout，适合快速调试，自带颜色（终端支持时）和缩进，不可用于日志写入 -
spew.Sdump()：返回字符串，可存入日志、API 响应或做断言比对，比如log.Printf("user: %s", spew.Sdump(user))
注意：spew.Dump() 会自动加换行，spew.Sdump() 返回的字符串末尾也有换行，拼接日志时别多加 \n，否则空行泛滥。
立即学习“go语言免费学习笔记（深入）”；
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
控制输出细节：避免信息过载或泄露
默认输出包含未导出字段（首字母小写）、内存地址、类型名，线上环境可能暴露敏感信息或干扰排查。用 spew.Config 调整：
- 隐藏未导出字段：
spew.Config = spew.ConfigState{DisableMethods: true, Indent: " ", MaxDepth: 10} - 完全屏蔽地址和类型：
spew.Config.DisablePointerAddresses = true; spew.Config.DisableCapacities = true - 限制递归深度防栈溢出：
spew.Config.MaxDepth = 5（对深层嵌套 map/slice 很关键）
特别提醒：spew.Config 是全局变量，多 goroutine 并发修改会出问题。若需不同配置，应创建独立 *spew.ConfigState 实例，调用其 Dump() 或 Sdump() 方法。
替代方案对比：什么情况下不该用 spew
spew 强大但非万能：
- 性能敏感场景（如高频请求日志）：spew 比
fmt.Sprintf慢 10–100 倍，建议只在 debug 模式启用 - 需要结构化输出（如 ELK 日志）：
spew.Sdump()是纯文本，无法直接转成 JSON 字段；此时更适合用自定义 marshaler 或json.MarshalIndent+ 类型断言 - 循环引用已知且需简化显示：spew 默认会展开并标记
(recursive)，但若业务逻辑明确知道 A→B→A，不如提前用 map 记录 visited 地址手动截断
真正难搞的是 interface{} 套 interface{} 再套自定义类型——这种时候 spew 几乎是唯一能让你看清里面到底有几层 nil 的工具，但得记得配好 MaxDepth，不然一打印就卡死。
