go 的错误处理机制通过 error 接口与 if 判断实现显式处理，go 1.13 引入 errors.unwrap、errors.is 和 errors.as 支持错误包装与解包，go 1.20 提案中尝试引入 try 关键字简化错误处理流程，建议保持错误信息清晰、使用 %w 包装错误、避免忽略错误并合理使用 errors.is/as 提升代码健壮性。
Golang 的错误处理机制从语言诞生之初就强调显式处理错误，而不是像其他语言那样使用异常机制。但随着版本的演进，尤其是在 Go 1.13、Go 1.20 等关键节点上，Go 在错误处理方面做了一些改进和增强，使得开发者在实际开发中可以更方便地处理、判断和追踪错误。
错误处理的基础：error 接口与 if 判断
在 Go 中，错误处理一直以 error 接口为核心。函数通常会返回一个 error 类型的值，调用者通过判断这个值是否为 nil 来决定是否出错：
if err != nil {
// 处理错误
}这种方式虽然简单明了，但也带来了代码冗长的问题，特别是在需要频繁检查错误的场景下。早期的 Go 版本（如 1.10 及之前）在这方面没有提供太多辅助工具，只能手动进行错误比较或类型断言。
立即学习“go语言免费学习笔记（深入）”；
Go 1.13 增加错误包装与解包能力
Go 1.13 引入了 errors.Unwrap、errors.Is 和 errors.As 这几个新方法，增强了对“包装错误”（wrapped error）的支持。在此之前，开发者如果想在错误链中保留原始错误信息，往往需要自己实现包装逻辑。
例如，你可以这样包装一个错误：
err := fmt.Errorf("something went wrong: %w", originalErr)然后通过 errors.Is(err, target) 来判断某个错误是否是目标错误的一种，而不需要层层展开错误链。这种改进让错误处理更具语义化，也更便于调试和日志记录。
Go 1.20 支持 try 关键字提案（草案阶段）
虽然到目前（Go 1.21）官方还没有正式引入 try 关键字，但在 Go 1.20 的草案中已经提出了类似 Java 或 Rust 中的 try 语法糖设想，旨在简化错误处理流程，减少重复的 if err != nil 语句。
比如未来可能会支持这样的写法：
content := try(os.ReadFile("file.txt"))如果读取失败，就会自动返回错误，省去了手动判断的步骤。虽然这一特性还未落地，但它反映了 Go 团队在提升错误处理体验上的持续探索。
实际开发中的建议
-
保持错误信息清晰：返回错误时尽量带上上下文信息，比如
"failed to read config: %w"。 -
使用 %w 包装错误：这样可以在后续使用
errors.Is和errors.As更方便地判断和提取原始错误。 -
避免忽略错误：即使只是打印日志，也应该显式处理错误，而不是
_ = someFunc()。 - 合理使用 errors.Is / As：这两个方法可以帮助你写出更健壮的错误判断逻辑，尤其是在库代码中。
总的来说，Go 的错误处理机制虽然一开始看起来有些繁琐，但它的设计哲学是“显式优于隐式”。随着时间推移，Go 团队也在不断优化错误处理的体验，让开发者既能控制错误，又能减少样板代码。
基本上就这些。
