在 Golang 中現有的緊急情況下，您可以在延遲函數中發生緊急情況嗎？

在延遲函數中出現恐慌是否可以接受，特別是當恐慌已經發生時？

上下文：

在提供的代碼：

<code class="go">func sub(){
    defer func (){
        panic(2)
    }()
    panic(1)
}

func main(){
    defer func(){
        x:=recover()
        println(x.(int));
    }()
    sub()
}</code>

似乎第一個恐慌（恐慌（1））被第二個恐慌（恐慌（2））「覆蓋」。

是可以接受嗎？

在 Golang 中，延遲函數引起的恐慌並不構成獨特或異常情況。它只是表明恐慌序列將持續存在。

如範例程式碼所示，允許在 defer 函數中呼叫可能發生恐慌的 Golang 函數。即使恐慌已經發生，在 defer 函數中出現恐慌也是可以接受的。

機制：

根據Go 規範：

「如果D 正常返回，而沒有引發新的恐慌，則恐慌序列就會停止。 ”

在範例中，延遲函數(D) 返回而不觸發新的恐慌。因此，panic(1) 啟動的恐慌序列將會停止。

其他注意事項：

• 所有延遲函數都將執行，無論它們是否引起恐慌.
• 延遲函數中的恐慌將「包裝」現有的恐慌，而不是「覆蓋」它。然而，recover()只能檢索傳遞給最近一次panic()的值。
• 可以透過將延遲函數與recover()嵌套來恢復和處理傳遞給多個panic的值。

以上是在 Golang 中現有的緊急情況下，您可以在延遲函數中發生緊急情況嗎？的詳細內容。更多資訊請關注PHP中文網其他相關文章！