為什麼 Go 返回一個指向錯誤包裝器的指針，但用'error”而不是'*error”聲明它

為什麼 Go 回傳一個指向錯誤包裝器的指針，但用「error」而不是「error」宣告它？這是一個常見的問題，許多 Go 語言開發者都會遇到。簡單地說，Go 回傳錯誤的方式是為了方便使用和處理錯誤。在 Go 中，錯誤是一個介面類型，它有一個 Error() 方法來傳回錯誤訊息。因此，當函數傳回錯誤時，實際上是傳回實作了 Error() 方法的結構體指標。這種設計使得錯誤處理變得更加簡潔和靈活，減少了程式碼的冗餘和複雜性。因此，雖然傳回指標可能看起來有些奇怪，但它實際上是為了提供更好的錯誤處理機制。

問題內容

我正在從 Java 背景學習 Go 語言。

type MyError struct {
    message string
    Offset  int
}

func (Me *MyError) Error() string {
    return Me.message
}

func myFunction() (int, error) {      <-- Why the return type is "error" rather than "*error"
    return 0, &MyError{"my error message", 0} <-- The error is returned as a pointer.
}

func main() {
    var _, err = myFunction()
    if e, ok := err.(*MyError); ok {.  <-- Why I can assert err which is a type of "error" into a pointer
        fmt.Printf("Error is %s: %d\n", e.message, e.Offset)
    }
}

在上面的程式碼中，我不明白為什麼myFunction的錯誤類型是「error」而不是「*error」？我清楚地在下面的行中傳回了一個指向 MyError 結構的指標。

我也明白為什麼我可以將主函數中的錯誤斷言回指標。

解決方法

要了解 Go 中的傳統錯誤處理，您應該先了解該語言中的介面如何運作。在談論 Go 介面時需要記住兩件事：

1. Go 中的介面定義了一組方法（從 Go1 開始.18 也是一組類型）。在幕後，Go 介麵包含兩個元素，類型 T 和值 V。 V 總是是具體類型，例如 int、struct 或指針，而不是介面本身。

2. Go 中沒有 implements 關鍵字。 Go 類型透過實作該介面的方法來滿足該介面。這稱為隱式實作。

錯誤處理

Go 定義了一個內建的 error 類型，它只是一個介面：

type error interface {
    Error() string
}

事實上，它沒有什麼特別之處，除了它是一個全域預宣告類型。此類型通常用於錯誤處理。

以您的範例為例：

func myFunction() (int, error) {
    return 0, &MyError{"my error message", 0}
}

func main() {
    var _, err = myFunction()
    if e, ok := err.(*MyError); ok {
        fmt.Printf("Error is %s: %d\n", e.message, e.Offset)
    }
}

指向MyError 的指標和error 介面之間的關係發生在幕後，您不需要明確回傳*error 即可從 MyError 值引用error （實際上，您幾乎永遠不需要指向介面的指標）。

回傳myFunction 後，error 值會儲存下列元組(V=&MyError{message: "my error message", Offset: 0}, T=* MyError)，其中V 是它的值保持，T 是值V 的型別。

因為 Go 允許您在介面值上鍵入斷言。基本上，您要問的Go 操作e, ok := err.(*MyError) 是： err 值（哪種類型是error 介面）是否將類型*MyError 作為其底層T？如果是這樣，則ok 將是true，並且e 將接收其底層V 值&MyError{message: "我的錯誤訊息", Offset: 0}。

注意：請謹慎對待 nil 錯誤值，因為它們可能並不總是由於介面的細微差別，其行為符合預期。

以上是為什麼 Go 返回一個指向錯誤包裝器的指針，但用'error”而不是'*error”聲明它的詳細內容。更多資訊請關注PHP中文網其他相關文章！