答案：Go 1.13通过errors.Unwrap和%w支持错误链解析，可逐层提取包装错误；推荐使用errors.Is和errors.As自动遍历判断或转换错误类型，代码更简洁安全。
在Golang中处理错误时，经常会遇到错误被层层包装的情况。为了定位最根本的问题，需要从包装错误中提取原始错误。Go 1.13引入了errors.Unwrap函数，配合fmt.Errorf中的%w动词，使得构建和解析错误链成为可能。
理解错误包装与错误链
当一个函数调用返回错误后，上层函数可能会添加上下文信息再返回。例如：
// 示例：错误包装
if err != nil {
return fmt.Errorf("failed to read config: %w", err)
}
这里的%w会将原始错误err包装进新错误中，并保留其可展开性。errors.Unwrap就是用来解开这一层包装的工具。
使用errors.Unwrap提取直接包装的错误
errors.Unwrap(err)接收一个error类型参数，如果该错误是由%w包装的，则返回被包装的错误；否则返回nil。
立即学习“go语言免费学习笔记（深入）”；
示例代码：
wrappedErr := fmt.Errorf("operation failed: %w", io.ErrClosedPipe)
unwrapped := errors.Unwrap(wrappedErr)
fmt.Println(unwrapped == io.ErrClosedPipe) // 输出: true
注意：Unwrap只解一层。若有多层包装，需多次调用或遍历。
遍历整个错误链获取原始错误
实际开发中，错误可能被包装多次。要获取最底层的原始错误，可以循环调用Unwrap直到返回nil。
常见做法：
使用for循环持续解包记录每一步以便调试结合errors.Is或errors.As判断特定错误是否存在于链中
手动遍历示例：
err := someDeepError()
for err != nil {
if err == io.ErrUnexpectedEOF {
fmt.Println("found target error")
break
}
err = errors.Unwrap(err)
}
推荐方式：优先使用errors.Is和errors.As
虽然Unwrap可用于手动遍历，但Go官方更推荐使用errors.Is和errors.As来判断错误身份或提取具体类型。
对比示例：
// 判断是否包含某个错误
if errors.Is(err, io.ErrClosedPipe) {
log.Println("pipe was closed")
}
// 提取特定类型的错误
var pathErr *os.PathError
if errors.As(err, &pathErr) {
fmt.Println("file path:", pathErr.Path)
}
这两个函数会自动遍历整个错误链，无需手动调用Unwrap，代码更简洁安全。
基本上就这些。掌握errors.Unwrap有助于理解错误链机制，但在日常开发中，应优先考虑errors.Is和errors.As进行错误判断和类型提取，它们更安全、语义更清晰。
以上就是如何在Golang中使用errors.Unwrap获取原始错误_Golang错误链操作详解的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1418862.html
微信扫一扫 
支付宝扫一扫 
