理解 deferrecover() 的限制
在 Go 中,使用 deferrecover() 模式可以捕捉恐慌並防止程式終止。然而,如範例所示,直接呼叫 deferrecover() 無法從恐慌中恢復。此行為取決於recover()的具體實作。
根據官方文檔,recover()僅在在延遲函數中調用時才會抑制恐慌。當直接呼叫時,它無法阻止程式終止。這個區別源於這樣一個事實:在 defer receive() 的情況下,延遲函數是 receive() 呼叫本身。
為了說明這一點,請考慮以下範例:
在這種情況下,匿名函數充當延遲函數,並且其中的recover()呼叫成功捕獲了恐慌。
但是,在以下程式碼:
recover() 被直接作為延遲函數調用,導致程式恐慌而不是恢復。
一個有趣的變體
需要考慮的一個有趣的變化是以下代碼,它不panic:
在這個例子中,我們將一個匿名函數指派給一個名為recover的變數。此函數呼叫內建的recover()函數。然後將延遲函數設定為呼叫recover變數的值,從而有效地呼叫recover()。結果,恐慌被捕獲,程序繼續執行。
以上是為什麼 Go 中 `defer receive()` 有時無法恢復 Panic?的詳細內容。更多資訊請關注PHP中文網其他相關文章!