Go で `defer reverse()` が時々パニックを回復できないのはなぜですか?

defer Recovery() の制限を理解する

Go では、defer reverse() パターンを使用すると、パニックを捕捉してプログラムの終了を防ぐことができます。ただし、例で示したように、defer reverse() を直接呼び出してもパニックから回復できません。この動作は、recover() の特定の実装に依存します。

公式ドキュメントによると、recover() は、遅延関数内で呼び出された場合にのみパニックを抑制します。直接呼び出すと、プログラムの終了を防ぐことができません。この区別は、defer reverse() の場合、遅延関数は、recover() 呼び出し自体であるという事実に由来します。

これを説明するために、次の例を考えてみましょう。

package main

func main() {
    defer func() { recover() }() // Recoverable panic
    panic("panic")
}

このシナリオでは、匿名関数が遅延関数として機能し、その中の reverse() 呼び出しがパニックを正常にキャッチします。

ただし、次の場合はコード:

package main

func main() {
    defer recover() // Direct call to recover()
    panic("panic")
}

recover() が遅延関数として直接呼び出されると、プログラムは回復する代わりにパニックを起こします。

興味深いバリエーション

検討すべき興味深いバリエーションは次のコードです。 Panic:

package main

func main() {
    var recover = func() { recover() } // Function type variable
    defer recover()
    panic("panic")
}

この例では、recover という名前の変数に無名関数を割り当てます。この関数は、組み込みのrecover()関数を呼び出します。次に、遅延関数は、recover 変数の値を呼び出すように設定され、事実上、recover() を呼び出します。その結果、パニックが捕捉され、プログラムは実行を継続します。

以上がGo で `defer reverse()` が時々パニックを回復できないのはなぜですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。