在GO中，有效的錯(cuò)誤處理使用錯(cuò)誤。 new或fmt.errorf進(jìn)行基本錯(cuò)誤，用％w包裹錯(cuò)誤以保留上下文，並使用errors.is and錯(cuò)誤檢查錯(cuò)誤。 1。 errors.new和fmt.Errorf創(chuàng)建簡(jiǎn)單的錯(cuò)誤而沒(méi)有上下文。 2。用％w包裝添加上下文，同時(shí)保留原始錯(cuò)誤的身份。 3。錯(cuò)誤。是否檢查鏈中的目標(biāo)錯(cuò)誤。 4。錯(cuò)誤。找到並分配了匹配的錯(cuò)誤類(lèi)型。 5。避免包裹前哨或無(wú)關(guān)的錯(cuò)誤，以防止噪音和復(fù)雜性。

在GO中，有效處理錯(cuò)誤對(duì)於構(gòu)建強(qiáng)大的應(yīng)用程序至關(guān)重要。 errors軟件包，尤其是在GO 1.13中引入錯(cuò)誤包裝的過(guò)程中，提供了一種干淨(jìng)而有力的方法來(lái)在您的代碼庫(kù)中創(chuàng)建和管理錯(cuò)誤。

創(chuàng)建基本錯(cuò)誤

在GO中創(chuàng)建錯(cuò)誤的最直接方法是使用errors.New()或fmt.Errorf() 。當(dāng)您只需要一個(gè)簡(jiǎn)單的錯(cuò)誤消息而沒(méi)有任何額外上下文時(shí)，這些功能是完美的：

導(dǎo)入“錯(cuò)誤”

err：= errors.new（“出了問(wèn)題出了問(wèn)題”）

或格式：

 err：= fmt.errorf（“無(wú)效值：％v”，val）

這些方法在簡(jiǎn)單的情況下很有用，例如驗(yàn)證輸入或返回功能中的已知故障條件。

如果您需要的只是一個(gè)基本錯(cuò)誤，則以後不需要檢查，那麼這些都很好。請(qǐng)記住，它們不會(huì)攜帶任何其他元數(shù)據(jù)或引起信息 - 它們是平弦。

包裝上下文錯(cuò)誤

在編寫(xiě)分層應(yīng)用程序時(shí)，不僅要知道發(fā)生了什麼錯(cuò)誤，還要知道它來(lái)自何處，通常很重要。這是錯(cuò)誤包裝派上用場(chǎng)的地方。

您可以使用fmt.Errorf()中的%w動(dòng)詞包裝錯(cuò)誤：

 err：= fmt.Errorf（“未能讀取config：％w”，onigralerr）

這將originalErr包裹在新的錯(cuò)誤中，同時(shí)保留其身份。稍後，您可以使用errors.Is()或errors.As()檢查鏈條並檢查呼叫堆棧中某個(gè)地方是否存在特定錯(cuò)誤。

這就是為什麼這很重要的原因：

• 它允許高級(jí)功能將上下文添加到低級(jí)錯(cuò)誤。
• 您仍然可以通過(guò)編程方式檢查深處發(fā)生了什麼樣的錯(cuò)誤。
• 堆棧跟蹤（如果使用）保持乾淨(jìng)和有意義。

因此，每當(dāng)您返回起源於其他地方的錯(cuò)誤時(shí)，請(qǐng)考慮包裝它而不僅僅是格式化 - 它使調(diào)試變得更加容易。

解開(kāi)和檢查錯(cuò)誤

包裝錯(cuò)誤後，您可能需要在某個(gè)時(shí)候檢查它們 - 例如，以不同的方式處理特定類(lèi)型的錯(cuò)誤。

GO為此提供了兩個(gè)主要工具：

• errors.Is(err, target) - 檢查鏈中的任何錯(cuò)誤是否與目標(biāo)匹配。
• errors.As(err, &target) - 找到與給定類(lèi)型匹配並將其分配給目標(biāo)的鏈中的第一個(gè)錯(cuò)誤。

例如：

如果errors.is（err，os.errnotexist）{
    //處理未找到的文件
}

或具有自定義錯(cuò)誤類(lèi)型：

 var syntaxerr *Syntaxerror
如果errors.as（err，＆syntaxerr）{
    fmt.println（“ line：”，syntaxerr.line）
}

這些功能會(huì)自動(dòng)穿過(guò)包裝錯(cuò)誤的鏈條，因此您無(wú)需親自手動(dòng)解開(kāi)每一層。

請(qǐng)記住：

• errors.Is基於平等（ == ）或工具Is() bool 。
• errors.As按檢查類(lèi)型匹配的檢查並設(shè)置指針（如果發(fā)現(xiàn)）。
• 僅出口字段和類(lèi)型應(yīng)用於檢查。

當(dāng)不包裹時(shí)

儘管包裝錯(cuò)誤很有幫助，但有時(shí)會(huì)不必要甚至適得其反。

例如：

• 如果您要?jiǎng)?chuàng)建的哨兵錯(cuò)誤旨在完全匹配，請(qǐng)不要包裝它。
• 如果您要生成與原始錯(cuò)誤無(wú)關(guān)的全新錯(cuò)誤，則只需通常格式即可。
• 如果您已經(jīng)記錄了錯(cuò)誤，並且僅將其傳遞給可見(jiàn)性，則包裝可能會(huì)增加噪音。

一個(gè)好的經(jīng)驗(yàn)法則：當(dāng)您想保留其身份以供以後檢查時(shí)，請(qǐng)包裹錯(cuò)誤。否則，請(qǐng)堅(jiān)持普通格式。

另外，除非必要，否則避免多次包裝已包裝的錯(cuò)誤 - 它可能會(huì)使錯(cuò)誤鏈更難遵循。

這基本上就是您在現(xiàn)代GO中使用errors軟件包的方式。它並不復(fù)雜，但是在決定是包裝還是僅僅是格式化時(shí)，確實(shí)需要一點(diǎn)護(hù)理。

以上是如何使用錯(cuò)誤軟件包在GO中創(chuàng)建和包裝錯(cuò)誤？的詳細(xì)內(nèi)容。更多資訊請(qǐng)關(guān)注PHP中文網(wǎng)其他相關(guān)文章！