go 1.13 引入 fmt.errorf 配合 %w 占位符后,可构建保留原始信息的错误链。1. 使用 %w 可封装错误并保留原始信息,形成可追溯的错误链;2. 通过 errors.is 和 errors.as 可判断错误来源和提取具体类型;3. 建议仅在需要包装时使用 %w,避免不必要的封装和重复嵌套;4. 测试时应验证错误链的完整性。这种方式使错误处理更清晰高效,关键在于合理使用封装与判断方法。

在 Go 1.13 引入 fmt.Errorf 配合 %w 占位符后,构建可追溯的错误链变得简单又直观。这种方式不仅能保留原始错误信息,还能通过 errors.Is 和 errors.As 做精准的错误判断和类型提取。

下面我们就来看看具体怎么用。

%w 占位符的作用当你使用 fmt.Errorf("something went wrong: %w", err) 的时候,Go 会把 err 封装进一个新的错误中,并且保留它的原始信息。这样就形成了一条“错误链”,你可以从外层错误一步步找到最开始出问题的地方。
立即学习“go语言免费学习笔记(深入)”;
比如:

err := doSomething()
if err != nil {
return fmt.Errorf("failed to do something: %w", err)
}这段代码封装了 doSomething() 返回的错误,同时没有丢失原始错误的信息。外部调用者可以通过 errors.Unwrap 或 errors.Is/As 来分析这个错误。
errors.Is 和 errors.As
有了 %w 构建的错误链之后,你就可以使用标准库中的 errors.Is 和 errors.As 方法来判断错误来源。
举个例子:
if errors.Is(err, os.ErrNotExist) {
fmt.Println("file does not exist")
}只要错误链中有某个错误是 os.ErrNotExist,errors.Is 就会返回 true。
如果你想知道错误的具体类型,可以用 errors.As 提取出来:
var pathErr *fs.PathError
if errors.As(err, &pathErr) {
fmt.Printf("path error occurred on: %s\n", pathErr.Path)
}这两个函数都会沿着错误链逐层查找,直到找到匹配项为止。
只在需要包装时用 %w
如果只是想记录日志或展示信息,不要用 %w,因为这会让错误链变长,反而影响判断。比如调试信息可以这样写:
fmt.Errorf("operation failed at step 2: %v", err) // 不封装错误链避免重复封装
某些中间件或库可能已经封装过错误了,再用 %w 可能造成嵌套过深,影响性能和调试体验。
测试错误链是否正确
写单元测试的时候,记得验证你的错误是否能被 Is 正确识别,确保链路完整。
总的来说,fmt.Errorf 配合 %w 是一种轻量但强大的错误包装方式。它让错误处理更清晰、可控,也符合 Go 语言简洁务实的设计理念。
用好这个特性,关键在于知道什么时候该封装、什么时候不该封装,以及如何用 Is 和 As 把封装的错误找回来。
基本上就这些,不复杂但容易忽略细节。
以上就是如何用Golang构建可追溯的错误链 演示fmt.Errorf与%w占位符的用法的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号