错误包装是go 1.13引入的功能，用于在创建新错误时保留原始错误信息，便于形成错误链并支持上层准确识别原始错误类型。其核心作用包括：1. 在添加上下文信息的同时保留原始错误；2. 支持通过errors.unwrap、errors.is和errors.as提取和判断原始错误；3. 避免因直接返回新错误导致原始错误被“吃掉”。使用fmt.errorf配合%w可实现错误包装，例如：err := fmt.errorf("something went wrong: %w", originalerr)，但需注意一个调用中只能使用一次%w。提取包装错误的方法有：1. errors.unwrap获取下一层错误；2. errors.is检查错误链中的特定错误；3. errors.as查找特定类型的错误并赋值。实际使用时应避免滥用%w、重复包装同一错误以及丢失原始错误，以确保错误链清晰有效。
Golang的错误处理机制从1.13版本开始引入了错误包装（Error Wrapping）功能，其中fmt.Errorf配合%w占位符成为最常用的方式之一。它不仅支持创建带有上下文信息的新错误，还能保留原始错误的信息，方便后续通过errors.Unwrap或者errors.Is、errors.As进行判断和提取。
什么是错误包装？为什么需要它？
在实际开发中，我们经常需要在不同层级对错误做处理，比如加日志、封装成业务错误等。如果只是简单地返回新错误，原始错误就会被“吃掉”，导致上层无法准确识别错误类型。
错误包装的作用就是：在添加额外信息的同时，保留原始错误的引用关系，从而形成一条“错误链”。这样可以在调用栈的更高层通过errors.Is或errors.As来判断原始错误类型。
立即学习“go语言免费学习笔记（深入）”；
fmt.Errorf与%w的基本用法
fmt.Errorf是Go标准库提供的一个函数，用于格式化生成错误。而%w是专为错误包装设计的格式化动词。
err := fmt.Errorf("something went wrong: %w", originalErr)上面这段代码的意思是：创建一个新的错误消息“something went wrong”，并把originalErr包装进去。这样你既能看到当前上下文的描述，也能访问原始错误。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
注意：一个fmt.Errorf调用中只能使用一次%w，否则会报错。
如何提取被包装的错误？
Go 1.13之后的标准库errors提供了几个关键函数来操作包装后的错误：
errors.Unwrap(err error) error
如果错误是被包装过的，就返回它的下一层错误。errors.Is(err, target error) bool
检查错误链中是否存在某个特定错误（比如os.ErrNotExist）。errors.As(err error, target interface{}) bool
在错误链中查找是否包含某个类型的错误，并赋值给target。
举个例子：
if errors.Is(err, os.ErrNotExist) {
fmt.Println("文件不存在")
}只要错误链中有os.ErrNotExist，就能匹配成功。
常见误区与注意事项
不要滥用%w
不是所有地方都需要包装错误。如果你只是想记录日志或传递错误而不改变其语义，直接返回原错误更清晰。不要重复包装同一个错误
多次用%w包装同一个错误会导致错误链冗余，增加排查难度。-
避免丢失原始错误
有时候开发者会写成：return fmt.Errorf("read failed: %v", err)这样虽然能打印出错信息，但原始错误已经丢失，不能用
errors.Is或As判断。
小结一下
Go 的错误包装机制让错误链变得可追踪，提高了程序健壮性和调试效率。使用fmt.Errorf结合%w是一种简洁又强大的方式。但在使用时也要注意合理包装，避免过度嵌套或信息丢失。
基本上就这些，掌握好这几个点，日常开发中的错误处理应该不会太头疼。
