在Golang中進行比較運算時，有時會遇到一些錯誤。這些錯誤可能導致程式運作不正常或產生意想不到的結果。本文將透過php小編草莓的介紹，為大家解析在Golang中比較時可能出現的錯誤，並提供對應的解決方案。透過了解這些常見錯誤，我們可以更理解並使用Golang的比較操作，提高程式的穩定性和正確性。讓我們一起來探索吧！
今天我在嘗試實作自訂錯誤時遇到了問題。我的服務有兩種類型的錯誤：內部錯誤的常規錯誤和處理使用者相關錯誤的使用者錯誤。所以我有一個用於用戶錯誤的結構，其中包含一些元資料和處理錯誤的函數。在此函數中，我對標準錯誤使用包裝器。 As 函數。但它的工作方式很奇怪：出於某種原因，它也將常見錯誤視為用戶錯誤。 這是程式碼片段：
<code>package main
import (
"errors"
"fmt"
)
type UserError struct {
Message string
}
func (u *UserError) Error() string {
return u.Message
}
func As(sourceError, targetError error) bool {
return errors.As(sourceError, &targetError)
}
func AsV2(sourceError error, targetError interface{}) bool {
return errors.As(sourceError, &targetError)
}
func IsUserError(err error) bool {
var userError *UserError
return errors.As(err, &userError)
}
func main() {
userError := errors.New("test Error")
var emptyError *UserError
fmt.Println(As(userError, emptyError))
fmt.Println(AsV2(userError, emptyError))
fmt.Println(IsUserError(userError))
}
</code>在這裡，我正在測試接受兩個錯誤並比較它們的函數（As 和 AsV2）。唯一的區別是第二個函數接受目標錯誤的介面而不是錯誤類型。在函數 IsUserError 中，我手動建立 UserError 指標並提供給Errors.As 函數。但在輸出這個程式時我得到這個：
true true false
所以我的問題是為什麼在前兩種情況下會出現錯誤。也就是說，這是相同類型的錯誤，但只有在第三種情況下它才會給出正確的答案？我是否誤解了 Go 中介面的工作原理？
事實並非如此。在前兩種情況下，它正確地報告錯誤分別為 Error 和 interface{}。您新增的不必要的包裝函數正在建立一個間接，這使其更加混亂，但如果您呼叫：
var emptyError *UserError fmt.Println(errors.As(userError, emptyError))
您得到了預期的結果。 IsUserError 按預期工作，因為它將正確的類型傳遞給 errors.Is。我已經清理了您的程式碼以正常工作（Error 採用非指標接收器，並且不將emptyError 保留為nil），您可以在此處檢視它的運作： https://go.dev/play/p/c5EPB5IGeD5
type UserError struct {
Message string
}
func (u UserError) Error() string {
return u.Message
}
func main() {
userError := errors.New("test Error")
var emptyError UserError
fmt.Println(errors.As(userError, &emptyError))
}以上是在 Golang 中比較時出現錯誤的詳細內容。更多資訊請關注PHP中文網其他相關文章！
