在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中文網其他相關文章!