Go语言在Linux下的错误处理最佳实践

在Go语言中，错误处理并不是通过异常机制，而是通过返回值来实现的——当一个函数遇到问题，它会返回一个错误类型的值。这种设计哲学让错误处理变得异常简单且一致，只要遵守几个关键原则，就能写出既稳健又清晰的代码。下面，结合在Linux环境下的实践，聊几个经过验证的套路和最佳做法。

1. 用 errors.New() 创建基础错误
   当函数需要返回一个明确的错误信息，最直接的办法就是调用 errors.New()。它接受一个字符串，返回一个 error 类型的值。比如这样：

   import "errors"
   
   func myFunction() error {
       return errors.New("something went wrong")
   }

   这种写法特别适合那些不需要额外上下文的简单错误场景。干净利落，一眼就能看懂。不过注意，字符串最好写清楚，避免模糊描述。

2. 用 fmt.Errorf() 给错误添加上下文
   很多时候，光一个“出错了”不够用，你希望能把导致错误的原始原因也带进去。这时候 fmt.Errorf() 就派上用场了，尤其是支持 %w 占位符，能把一个已有错误“包裹”起来，形成错误链。比如：

   import "fmt"
   
   func myFunction() error {
       return fmt.Errorf("something went wrong: %w", someOtherError)
   }

   这样一来，上层的调用方可以通过 errors.Is() 或 errors.As() 解包并判断底层错误的类型，非常实用。

3. 检查错误，立即处理，不要拖延
   在 Go 里最核心的约定就是：调用任何可能返回错误的函数后，必须检查它是否返回了非 nil 的错误值。这个检查不能跳过，也不能靠后。典型的做法是：

   err := myFunction()
   if err != nil {
       log.Fatalf("Error occurred: %v", err)
   }

   如果这个错误不是致命性的，你也可以返回错误给调用方，或者记录日志后继续执行，但原则是一样的——第一时间处理，别让错误悄悄溜走。

4. 用 errors.Is() 和 errors.As() 做错误比较与类型断言
   错误链出现后，直接 == 比较往往就不够用了。推荐使用标准库提供的 errors.Is() 和 errors.As()。前者用于判断错误链中是否包含某个特定错误（比如自定义的哨兵错误），后者用于提取特定类型的错误实例：

   if errors.Is(err, ErrNotFound) {
       // Handle not found error
   }
   
   var myError *MyError
   if errors.As(err, &myError) {
       // Handle MyError type
   }

   这两把利器可以让你在多层调用中精准定位问题的根因，而不用手动层层剥开错误字符串。

5. 用 defer 配合 recover() 捕获 panic
   虽然 Go 鼓励用返回值处理错误，但 panic 依然存在于语言中（例如数组越界）。在可能触发 panic 的代码块里，建议用 defer 挂一个恢复函数，把 panic 转换成普通错误返回。这样既能保证程序不崩溃，又能把异常信息传递出去：

   func myFunction() (result string, err error) {
       defer func() {
           if r := recover(); r != nil {
               err = fmt.Errorf("panic occurred: %v", r)
           }
       }()
       // Code that might cause panic
       return "success", nil
   }

   记住，recover() 只在 defer 调用的函数中有效，而且只应该用于真正不可预料的异常情况，常规业务逻辑的错误还是用返回值来传递更清晰。

6. 用日志记录错误，方便事后复盘
   无论是直接处理错误还是向上返回，最好在适当的位置记录一下日志。Go 标准库的 log 包足以应对大部分场景，比如：

   import "log"
   
   func myFunction() error {
       if err != nil {
           log.Printf("Error occurred: %v", err)
           return err
       }
       return nil
   }

   日志的级别、格式、输出目标可以按需配置，但核心思路是：只要错误出现了，就要留痕，否则生产环境出了问题很难追查。

总的来说，Go 的错误处理并不复杂，但容易因为写法随意而留下隐患。上面这几条几乎是每个 Go 项目的共识，坚持用下来，代码的健壮性和可读性都会上一个台阶。记住：错误是代码中不可分割的一部分，好好对待它，它就不会在关键时刻反过来咬你一口。