Go のエラー処理に使用される `defer` 関数で `return nil, err` が間違っているのはなぜですか?

Go: 遅延によるパニックの処理

Go のパニックと遅延は、エラーを適切に処理し、リソースをクリーンアップするメカニズムを提供します。ただし、エラー処理に遅延とパニックを使用するには、明確にする必要があります。

次のコードを考えてみましょう:

func getReport(filename string) (rep report, err error) {
    rep.data = make(map[string]float64)

    defer func() {
        if r := recover(); r != nil {
            fmt.Println("Recovered in f", r)
            err, _ = r.(error)
            return nil, err // Code 1
        }
    }()
    panic("Report format not recognized.")
    // rest of the getReport function, which can try to out-of-bound-access a slice
    ...
}

ここでの目的は、関数がパニックになった場合にエラーを返すことです。ただし、defer 関数は return nil, err (コード 1 としてマーク) を使用して現在の関数から戻ります。これは正しいアプローチではありません。

defer 関数では、返されたパラメーターを変更できますが、新しい値のセットを返すことはできません。これを修正するには、コード 1 を次のように置き換えます。

rep = nil
err = errors.New(r.(string))
return

これにより、エラーが正しく設定され、レポートが無効になります。

さらに、recover() によって返される r 値は次のとおりであることに注意することが重要です。タイプはインターフェース{}です。上記のコードでは、エラーに対して型がアサートされています。パニック値がエラーでない場合は、より適切な型アサーションを使用するか、不明なパニックとして処理する必要があります。

以上がGo のエラー処理に使用される `defer` 関数で `return nil, err` が間違っているのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。