Go语言通过panic和recover机制结合自定义结构体实现类似异常处理的行为。定义实现error接口的CustomException结构体，可携带错误码和消息；在riskyOperation中panic该结构体实例；safeCall通过defer和recover捕获并用类型断言判断是否为*CustomException，实现精准处理。适用于框架错误拦截、深层调用快速退出等场景，但常规错误仍推荐使用error返回。
在Go语言中，没有传统意义上的“异常”机制，而是通过
panic
和
recover
来处理程序中出现的严重错误。虽然Go推荐使用
error
返回值来处理常规错误，但在某些场景下使用
panic
配合自定义异常类型和
recover
可以更清晰地区分错误类型，尤其是在库开发或需要精确控制流程恢复时。
定义自定义异常类型
你可以通过定义一个结构体来表示特定的“异常”类型，使其携带更多信息，比如错误码、消息、时间戳等。
例如：
type CustomException struct { Code int Message string}func (e *CustomException) Error() string { return fmt.Sprintf("[Error %d] %s", e.Code, e.Message)}
这个结构体实现了
error
接口，因此可以像普通错误一样使用，同时又能携带结构化信息。
立即学习“go语言免费学习笔记（深入）”；
在panic中使用自定义异常
你可以在特定逻辑中触发
panic
，传入自定义异常实例，而不是字符串或
error
。
示例：
func riskyOperation() { // 模拟某种业务异常 if someCondition { panic(&CustomException{ Code: 1001, Message: "业务逻辑校验失败", }) }}
通过recover捕获并识别自定义异常
使用
defer
和
recover
来捕获panic，并判断是否为自定义异常类型，从而进行差异化处理。
示例：
func safeCall() { defer func() { if r := recover(); r != nil { switch ex := r.(type) { case *CustomException: fmt.Printf("捕获自定义异常: %vn", ex) // 可以根据Code做不同处理 if ex.Code == 1001 { log.Println("执行回滚操作") } default: // 非自定义异常，重新panic或记录 fmt.Printf("未知panic: %vn", r) panic(r) // 重新抛出 } } }() riskyOperation()}
这里利用类型断言
r.(type)
判断recover的值是否为
*CustomException
，从而实现精准处理。
实际应用场景建议
虽然Go不鼓励滥用panic，但在以下场景中结合自定义异常是有意义的：
框架或中间件中拦截严重错误：比如Web框架中用defer recover防止服务崩溃，同时识别特定异常返回对应HTTP状态码。 递归或深层调用中快速退出：当检测到不可恢复错误时，直接panic自定义异常，外层recover统一处理。 与第三方库交互时封装错误语义：将底层错误包装成结构化异常，便于上层判断。
基本上就这些。关键是利用结构体+Error接口+panic/recover+类型断言，实现类似“异常类”的行为，同时保持Go的简洁风格。注意不要过度使用，常规错误仍应通过
error
返回。
以上就是Golang自定义异常类型与recover结合使用的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1405050.html
微信扫一扫 
支付宝扫一扫 
