在 Go 语言里，panic 发生后，可以采用什么机制让程序恢复正常执行？

回答思路

1. 【回答框架 1】panic 是 Go 中异常控制流，程序运行到 panic 会立即停止当前函数执行，并沿调用栈向上传播，若未捕获则程序崩溃退出。recover 是内置函数，只能在 defer 调用的函数中生效，用于重新获得 panic 的控制权。
2. 【回答框架 2】恢复流程为：在可能发生 panic 的调用前，用 defer 注册一个函数，在该函数内调用 recover()。当 panic 发生时，defer 函数会执行，recover() 捕获 panic 值，使程序从 panic 状态恢复正常，但函数返回值通常已丢失。
3. 【回答框架 3】recover() 返回 panic 传入的值，若无 panic 发生则返回 nil。捕获后应记录或处理该值，按需决定是否继续往上抛或采取降级策略。常见做法是记录日志并返回错误，避免程序直接崩溃。
4. 【回答框架 4】defer 注册顺序影响恢复行为，后注册的 defer 先执行。若 defer 函数内没有调用 recover，panic 仍会继续传播。recover 必须直接位于 defer 函数中，间接调用无效。
5. 【回答框架 5】在实际工程中，常用 recover 保护 goroutine 或主流程，防止单个错误导致整个进程退出，但不应过度依赖，应优先使用 error 返回值处理可预期错误，panic 仅用于真正异常情况。
6. 【关键点 1】recover 必须在 defer 函数中调用才能捕获 panic。
7. 【关键点 2】recover() 返回 panic 传入的值，未发生 panic 时返回 nil。
8. 【关键点 3】defer 函数的执行顺序为后进先出，recover 的调用位置需注意。
9. 【关键点 4】recover 不能恢复已经退出协程外的 panic，只能恢复当前 goroutine 中的 panic。
10. 【易错点 1】defer 函数中未调用 recover 或 recover 被间接调用，导致无法捕获 panic。
11. 【易错点 2】混淆 error 与 panic 的使用场景，滥用 panic/recover 使错误处理复杂化。
12. 【易错点 3】recover 捕获 panic 后程序状态可能不一致，需要确保资源释放和状态清理。