应优先使用 error 处理可预期错误，panic 仅用于不可恢复的严重错误，recover 可在 defer 中捕获 panic 防止程序崩溃，但不修复错误，常用于服务器入口或 goroutine 防护。
在 Go 语言中，panic 和 recover 是内置机制，用于处理程序运行时的严重错误。但它们并不是 Go 推荐的常规错误处理方式。Go 更倾向于使用返回错误值（error 类型）来处理可预期的失败情况。理解何时使用 panic/recover，何时使用 error 返回，是写出健壮 Go 程序的关键。
panic 的作用与触发时机
panic 会中断当前函数执行，开始逐层回溯调用栈并执行 defer 函数，直到程序崩溃或被 recover 捕获。它通常用于表示程序处于无法继续安全运行的状态。
适合使用 panic 的场景包括：
- 程序初始化失败：如配置文件缺失、数据库连接无法建立，且这些错误无法在运行时恢复。
- 违反程序逻辑假设：比如访问 nil 指针、数组越界，这些通常是代码 bug，应尽早暴露。
- 库函数接收到非法参数：当调用者传入明显错误的参数，且无法通过返回 error 合理处理时（如 sync.Mutex 的重复 Unlock）。
注意：即使在这些情况，也应优先考虑返回 error，除非错误确实意味着程序无法继续。
立即学习“go语言免费学习笔记（深入）”；
recover 的使用方式与限制
recover 只能在 defer 函数中调用，用于捕获由 panic 引发的异常，阻止程序崩溃。它返回 panic 传入的值，若没有 panic 发生，则返回 nil。
典型用法是在服务器或 goroutine 的入口处设置 recover，防止个别错误导致整个服务退出：
网奇.NET网络商城系统是基于.Net平台开发的免费商城系统。功能强大，操作方便，设置简便。无需任何设置，上传到支持asp.net的主机空间即可使用。系统特色功能：1、同时支持Access和SqlServer数据库；2、支持多语言、多模板3、可定制缺货处理功能4、支持附件销售功能5、支持会员组批发功能6、提供页面设计API函数7、支持预付款功能8、配送价格分地区按数学公式计算9、商品支持多类别，可
defer func() {
if r := recover(); r != nil {
log.Printf("recovered from panic: %v", r)
}
}()
// 处理逻辑可能触发 panic
}
recover 并不意味着“修复”错误，而是记录问题并让程序继续运行或优雅退出。它常用于：
- Web 框架中捕获 handler 的 panic，返回 500 错误。
- goroutine 中防止 panic 波及主流程。
- 插件或反射调用等不确定代码块。
应该使用 error 而非 panic 的情况
Go 的设计哲学是：错误是程序的正常部分。大多数运行时问题应通过返回 error 处理。
以下情况应返回 error：
- 文件读写失败
- 网络请求超时或失败
- 用户输入格式错误
- 数据库查询无结果
- API 调用返回错误码
这些是可预期的失败，调用者有能力处理或向上报告。使用 error 能让程序更可控、更易测试。
总结：何时使用 panic 和 recover
panic 和 recover 是 Go 的安全网，不是常规控制流工具。它们适用于真正的异常情况，而非业务逻辑错误。大多数时候，应通过返回 error 来处理失败。在库中慎用 panic，在应用层可适度使用 recover 防止崩溃。基本原则是：如果错误可以预见并处理，就用 error；如果错误意味着程序处于不一致状态且无法恢复，才考虑 panic。
基本上就这些。用好 error，慎用 panic，合理 recover，才能写出符合 Go 风格的稳定程序。
