Go语言panic与recover机制解析及最佳实践

运行机制与流程

Go 的错误处理分为常规错误（error）和致命异常（panic）。panic 会导致当前 goroutine 的控制流立即停止，转而执行所有已注册的 defer 语句。在 defer 链中，如果某个函数调用了 recover()，它将捕获当前的 panic 状态，使程序恢复正常执行流，而不是直接终止进程。若未捕获，goroutine 将崩溃并输出堆栈信息。

代码实战：捕获与抛出异常

以下示例展示了两种典型场景：一是由底层运行时错误（如索引越界）触发的自动 panic，二是由业务逻辑主动触发的 panic。

第1步：设置防护结构

在可能出错的函数开头引入 defer 块，这是捕获 panic 的标准入口。务必检查 recover 的返回值是否为 nil，以确保只处理实际发生的异常。

package main

import (
	"log"
	"strconv"
)

// 演示1：被动捕获运行时错误（如索引越界）
func catch(nums ...int) int {
	// 必须放在函数开始处，确保后续任何 panic 都能被拦截
	defer func() {
		if r := recover(); r != nil {
			// 记录错误信息，避免程序直接崩溃
			log.Println("[E]", r)
		}
	}()

	// 这里故意传入较少参数导致 nums[1] 越界，触发 runtime error
	return nums[1] * nums[2] * nums[3]
}

// 演示2：主动抛出 Panic（需慎用）
func toFloat64(num string) (float64, error) {
	defer func() {
		if r := recover(); r != nil {
			log.Println("[W]", r)
		}
	}()

	// 参数校验失败时主动中止，并携带上下文信息
	if num == "" {
		panic("param is null")
	}

	return strconv.ParseFloat(num, 10)
}

func main() {
	// 调用测试
	catch(2, 8)        // 触发索引越界 panic
	toFloat64("")      // 触发主动 panic
}

运行结果分析

执行上述代码后，控制台将输出如下日志，证明 defer 块成功拦截了 panic 并记录了错误：

2014/11/01 22:54:23 [E] runtime error: index out of range
2014/11/01 22:54:23 [W] param is null

使用建议与注意事项

• 避免滥用：panic 涉及复杂的栈展开过程，开销较大。对于预期的业务逻辑错误，应优先使用 error 返回值而非 panic。
• 适用场景：建议在处理无法预知的输入格式、系统配置缺失或底层资源获取失败等“不应发生”的情况时使用。
• 清理工作：利用 defer + recover 可以安全地释放锁、关闭连接或清理临时文件，即使发生异常也能保证资源不被泄露。

以上就是 Go语言 panic 和 recover 异常处理机制的详细内容，更多关于 Go 错误处理技巧的资料请关注本站其它相关文章！