recover必须在defer函数体内直接调用，不能间接调用；只有panic正在传播且当前goroutine仍在执行defer链时recover才有效，跨goroutine或脱离defer作用域调用均返回nil。
recover必须在defer函数体内直接调用，不能间接调用
很多人写 defer recover() 或把 recover() 提取到独立函数里再 defer 调用，结果永远返回 nil。这是因为 recover() 只有在 panic 正在传播、且当前 goroutine 还在执行 defer 链时才有效；一旦脱离 defer 函数体（比如被封装成普通函数），它就失去上下文，只能返回 nil。
常见错误写法：
-
defer recover()—— 参数求值发生在 defer 注册时，此时 panic 还没发生 -
func handle() { recover() }; defer handle()——handle()是普通函数调用，不是 defer 作用域 -
defer func() { go func() { recover() }() }()—— 在新 goroutine 里调用，跨协程无效
正确写法只有一种模式：defer func() { if r := recover(); r != nil { /* 处理 */ } }()
多层嵌套 defer 中，recover 捕获的是最内层 panic，不是“最近注册”的那个
recover 的作用范围不取决于 defer 的嵌套深度，而取决于 panic 发生时，当前 goroutine 的调用栈上是否还有未执行的 defer 函数——并且这些 defer 必须已注册、尚未退出。
例如 A → B → C → panic("x")，只要 A、B、C 中任意一层在 panic 前注册了 defer func() { recover() }()，就能捕获。但注意：
- 如果 C 先 panic，B 的 defer 尚未执行完（即 B 还没 return），那么 B 的
recover()就能拿到"x" - 如果 C 的 defer 里已经
recover()了，panic 被吞掉，B 和 A 的 defer 仍会执行，但它们的recover()返回nil - 如果所有层都没 recover，panic 会一路冒泡到 goroutine 入口，然后终止
recover 对 panic 的捕获依赖 panic 是否仍在传播中
recover 不是“监听器”，它只对“正在向上冒泡、但还没离开当前函数”的 panic 生效。一旦函数因 panic 返回，所有后续 defer 都不再有机会触发 recover。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
关键判断点：
-
panic("msg")后注册的 defer 永远不执行 —— 控制流已中断 - panic 发生后，runtime 会逆序执行**已注册但未执行**的 defer，只有这些 defer 里的
recover()才可能生效 - 如果 panic 被某层 recover 拦截，程序从 panic 点之后继续执行，但该层及更外层的 defer 仍会按序执行（只是它们的
recover()返回nil）
典型失效场景：func f() { panic("now"); defer func() { recover() }() } —— defer 根本没注册，recover() 永远不会运行。
recover 无法捕获跨 goroutine panic，与嵌套层数无关
哪怕你在 main 函数里写了十层嵌套的 defer + recover，也拦不住子 goroutine 里的 panic。goroutine 是隔离的，panic 不传播，recover 不越界。
真实场景中容易踩坑的地方：
-
go func() { panic("in goroutine") }()—— 主 goroutine 的任何 defer 都捕获不到 - HTTP handler 里起 worker goroutine，worker panic 会导致该 goroutine 退出，但 handler 本身不受影响（除非 handler 自己 panic）
- 想统一处理，必须在每个可能 panic 的 goroutine 入口处单独加
defer func() { recover() }()
真正需要多层嵌套 recover 的地方极少；绝大多数情况，你只需要在顶层入口（如 handler、定时任务主循环）加一层就够了。深层函数该返回 error 就返回，不该靠 panic + recover 掩盖逻辑问题。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
