Go语言中panic用于处理严重错误，触发后中断函数执行并沿调用栈回溯，直至程序崩溃或被recover捕获；recover必须在defer中调用，可拦截panic并恢复执行，常用于防止程序整体中断，如HTTP服务器兜底；但应优先使用error返回机制，panic仅限不可恢复错误，避免滥用以确保程序可维护性。
Go语言中的panic机制是一种用于处理严重错误的异常控制流程。它不同于传统的错误返回方式，panic会中断正常的函数执行流程，触发运行时恐慌，并沿着调用栈向上回溯，直到程序崩溃或被recover捕获。理解panic的触发与recover的捕获机制，对编写健壮的Go程序至关重要。
panic的触发场景
panic通常在程序遇到无法继续执行的错误时被触发。常见的触发方式包括：
- 显式调用panic()函数，传入任意类型的值作为参数
- 运行时错误，如数组越界、空指针解引用、除零操作等
- 向已关闭的channel发送数据也会引发panic
一旦panic被触发，当前函数的执行立即停止，defer函数开始执行，随后panic向上传播到调用者。
recover的捕获机制
recover是内建函数，用于捕获当前goroutine中正在发生的panic。它只能在defer函数中有效调用。如果存在未被处理的panic，recover会返回传递给panic的值，同时停止panic的传播，使程序恢复正常执行流程。
立即学习“go语言免费学习笔记（深入）”；
典型用法如下：
func safeDivide(a, b int) (result int, err error) {
defer func() {
if r := recover(); r != nil {
err = fmt.Errorf("panic occurred: %v", r)
}
}()
result = a / b
return
}
注意，recover必须配合defer使用，否则无法拦截panic。
panic与recover的使用原则
尽管recover可以防止程序崩溃，但不建议将其作为常规错误处理手段。Go语言推荐通过返回error来处理可预期的错误。panic更适合用于以下情况：
- 程序处于不可恢复的状态，如配置加载失败导致核心模块无法初始化
- 接口契约被破坏，如断言失败、强制类型转换错误
- 内部逻辑出现严重不一致，继续执行可能导致数据损坏
在库函数中应尽量避免抛出panic，除非调用者明显使用错误。应用层可根据需要使用recover进行兜底处理，例如HTTP服务器中防止某个请求的异常导致整个服务中断。
基本上就这些。掌握panic和recover的关键在于理解其传播机制和使用边界，合理利用可提升程序的容错能力，滥用则会掩盖问题，增加调试难度。
