デフォルトの機能を再試行する場合、デフォルトの例外キャッチがあるのはなぜですか？

Question

関数g（）では、コメント行LABEL（デフォルトのハンドラ）の結果として、同じ出力が得られます。なぜデフォルトキャッチがあるのですか？

#include <iostream> 
#include <exception> 
using namespace std; 

void h() { 
    //throw 1; //A 
    //throw 2.5; //B 
    throw 'a'; //C 
    //throw "add"; //D 
} 

void g() { 
    try { 
    h(); 
    } 
    catch (int) { cout << "int"; } 
    catch (double) { cout << "double"; } 
    catch (...) { throw; } //LABEL - commenting this line gives same result 
} 

void f() { 
    try { 
    g(); 
    } 
    catch (char) { cout << "Char"; } 
    catch (...) { throw; } 
} 

int main() { //main func 
    try { 
    f(); 
    } 
    catch (...) { cout << "Unknown"; } 
    return 0; 
} 

なぜデフォルトキャッチが必要ですか？

Answer 1

デフォルトのキャッチャーは、明示的に処理されないすべての例外を捕捉するために存在します。 例外はスローされる可能性がありますが、デフォルトのキャッチャーは少し編集的です。 しかし、特定の処理を行うために1つの例外タイプをキャッチし、他のすべてのケースで同じハンドラを実行したい場合、デフォルトのハンドラは重複を防止します。

Answer 2

ここでやっていることは、以前のcatchステートメントでは検出されなかった例外をキャッチしていますが、他の場所でキャッチされる可能性があります。 catch(...)ステートメントが存在しない場合と同じように機能しますが、そうでない場合は、適切なcatchブロックでキャッチされない例外が処理されるまで（g()〜f()〜main()）、別のtryブロックmainで処理されます）。例外を処理するためにcatchがない場合、システムはそれを引き継ぎます。

throwの例外は、catch(...)にあります。NOTデフォルトの動作です。これは、コードにthrowを追加して実装したものです。例：ない理由

：cout << "..."は、それは異なっている場合には例外が質問が不明確であり、2つの方法で解釈される可能性が私にはmain()

Answer 3

によって、その後f()で扱うとされるだろう、catch(...)を持っていないために比較働くだろうデフォルトのキャッチメカニズムはまったく存在します：他の答えは意味のある回答を与えます）。

はなぜgがthrow;でデフォルトcatchを持っている、と私は2つの可能性を参照してください。それは他の例外が考慮されていることを文書化し、（それにブレークポイントを置くことによって）そのような場合をデバッグする方が簡単です。