使用errors.Is判断错误值是否匹配，适用于哨兵错误；使用errors.As提取特定错误类型以便访问其字段。两者均支持错误链遍历，比直接比较或类型断言更安全可靠，是现代Go错误处理的推荐方式。
在Go语言中，判断错误类型是处理程序异常流程的关键。直接使用类型断言虽然可行，但在现代Go开发中，errors.Is 和 errors.As 是更推荐的做法，尤其当错误被包装（wrapped）时，它们能提供更安全、更灵活的判断方式。
何时使用 errors.Is：检查特定错误值
errors.Is 用于判断一个错误是否是某个已知的、预定义的错误值，或者它是否包裹了这个值。这在你需要对特定语义的错误做出反应时非常有用，比如文件不存在或连接中断。
它的优势在于能够穿透多层错误包装，递归地检查整个错误链。
- 使用 errors.Is(err, target) 来代替直接比较 err == target
- 适用于标准库提供的哨兵错误（如 os.ErrNotExist）或你自定义的全局错误变量
- 即使原始错误被 fmt.Errorf("%w", err) 包装过多次，也能正确识别
例如，检查文件操作是否因路径不存在而失败：
立即学习“go语言免费学习笔记（深入）”；
if errors.Is(err, os.ErrNotExist) { // 处理文件不存在的情况 log.Println("指定的文件未找到") }何时使用 errors.As：提取特定错误结构
errors.As 用于判断一个错误或其包装的底层错误是否属于某个具体的类型，并将该错误的值提取到一个变量中。当你需要访问错误类型的特定字段或方法时，就必须使用它。
这比传统的类型断言（comma, ok 模式）更强大，因为它同样能遍历整个错误链来寻找匹配的类型。
- 使用 errors.As(err, &target)，其中 target 是一个实现了 error 接口的类型的指针
- 成功时返回 true，并把匹配的错误实例赋值给 target 变量
- 可以安全地获取自定义错误类型中的附加信息，如错误码、时间戳等
例如，从错误链中提取一个包含HTTP状态码的自定义错误：
var httpErr *HTTPError if errors.As(err, &httpErr) { // 成功提取，现在可以访问 httpErr.StatusCode 等字段 log.Printf("HTTP请求失败，状态码: %d", httpErr.StatusCode) }避免直接比较和传统类型断言
虽然可以直接用 == 比较错误或用 err.(*MyType) 进行类型断言，但这些方法在错误被包装后会失效。Go 1.13 引入的错误包装机制让上下文信息得以保留，但也破坏了直接比较的可靠性。
使用 errors.Is 和 errors.As 是官方推荐的最佳实践，它们设计之初就考虑了错误链的存在，能确保你的错误处理逻辑在未来代码演进后依然健壮。
基本上就这些。
