Goはどのようにエラーを値として処理しますか?

Question

Accepted Answer

Goは通常のエラーに対して**例外がありません**。代わりに、エラーは関数から返される**値**(通常は最後の戻り値)であり、呼び出し元が**明示的にチェック**します。これにより、エラー処理が可視化され、意図的になり、不可視に無視されることが不可能になります。これはGoを定義する哲学です。

## error型とコアパターン

```go
// `error` is a built-in interface: anything with an Error() string method
type error interface {
    Error() string
}

// functions return (result, error) — error is nil on success
func divide(a, b float64) (float64, error) {
    if b == 0 {
        return 0, errors.New("division by zero")   // create an error
    }
    return a / b, nil    // nil = no error
}

// the ubiquitous calling pattern
result, err := divide(10, 0)
if err != nil {              // CHECK the error explicitly
    fmt.Println("error:", err)
    return
}
fmt.Println(result)
```

`if err != nil { ... }` チェックはGoで絶えず現れます。失敗可能なすべての操作の後には、明示的なエラーチェックが続きます。この冗長性は意図的なものです。エラーは常に可視化され、呼び出しサイトで処理されます。

## エラーの作成

```go
errors.New("something failed")                       // simple error
fmt.Errorf("failed to process %s: %w", name, err)    // formatted, with WRAPPING (%w)
```

## エラーのラッピングと検査

```go
// %w WRAPS an underlying error, preserving the chain
if err != nil {
    return fmt.Errorf("reading config: %w", err)   // adds context, keeps original
}

// unwrap and inspect with errors.Is / errors.As
if errors.Is(err, os.ErrNotExist) { ... }          // check for a specific error
var pathErr *os.PathError
if errors.As(err, &pathErr) { ... }                 // extract a specific error type
```

ラッピング(`%w`)はエラーが上に伝播するときにコンテキストを追加し、`errors.Is`/`errors.As`は特定の基礎となるエラーをチェックまたは抽出するのに使用します。これはエラーチェーンを処理する最新の方法です。

## カスタムエラー型

```go
type ValidationError struct {
    Field string
}
func (e *ValidationError) Error() string {           // implement the error interface
    return "invalid field: " + e.Field
}
return &ValidationError{Field: "email"}
```

## errorsとpanic

```text
error (values) → EXPECTED, recoverable conditions (file missing, bad input) — the norm
panic          → UNEXPECTED, programmer errors / unrecoverable (nil deref, out of bounds)
→ Use errors for normal failure handling; reserve panic for truly exceptional cases.
```

## なぜ重要なのか

Goのエラー・アズ・バリューアプローチは、最も定義的で議論されている特徴の1つであり、例外ベースの言語とは根本的に異なります。

エラーを呼び出し元が明示的にチェックする必要がある値として返す(`if err != nil`)ことで、Goはエラー処理を**可視化、局所化され、不可視に無視することが不可能**にします。各エラーがどこで処理されるかを正確に確認でき、冗長性の代償として信頼性が向上します。

この哲学、`(result, error)`パターン、エラーのラッピング(`%w`)と`errors.Is`/`errors.As`でコンテキストを追加してチェーンを検査すること、カスタムエラー型、およびエラー(通常、復旧可能)とpanic(例外的、プログラマーのエラー)の区別を理解することは絶対に重要です。これはすべてのGoプログラムに浸透し、例外ベースの言語から来た開発者にとって基本的な精神的シフトを表しています。

これはGoインタビューの最も一般的なトピックの1つでもあります。