首頁 > 後端開發 > Golang > 為什麼「defer receive()」無法捕捉恐慌,而「defer func() {recover() }()」卻成功?

為什麼「defer receive()」無法捕捉恐慌,而「defer func() {recover() }()」卻成功?

Susan Sarandon
發布: 2024-11-30 21:35:17
原創
889 人瀏覽過

Why Does `defer recover()` Fail to Catch Panics, While `defer func() { recover() }()` Succeeds?

為什麼要延後 receive() 不捕捉恐慌?

問題:

為什麼調用 defer func( ) {recover() }() 成功恢復了一個恐慌的 goroutine,但是調用了 deferrecover()不是嗎?

答案:

根據recover()的文檔,「如果在延遲函數外部呼叫recove r,它將停止恐慌序列。因此,它不會調用自身,從而導致持續的恐慌序列。

如果recover()將自身作為延遲函數調用,它將停止恐慌序列。然而,這是不合邏輯的。

一個有趣的變體:

以下程式碼也避免了恐慌:

在這裡,我們建立具有呼叫內建recover( ) 函數的函數值的recover 變數。透過推遲對該變數值的調用,我們調用內建的recover(),然後它會停止恐慌序列。

以上是為什麼「defer receive()」無法捕捉恐慌,而「defer func() {recover() }()」卻成功?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

來源:php.cn
本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn
作者最新文章
熱門教學
更多>
最新下載
更多>
網站特效
網站源碼
網站素材
前端模板