為什麼 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 介面時需要記住兩件事：
Go 中的介面定義了一組方法（從 Go1 開始.18 也是一組類型）。在幕後，Go 介麵包含兩個元素，類型 T 和值 V。 V 總是是具體類型，例如 int、struct 或指針，而不是介面本身。
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中文網其他相關文章！
