Control.Invoke wickelt die äußere Ausnahme ab und propagiert stattdessen die innere Ausnahme

Question

Der unten aufgeführte Aufruf MessageBox.Show zeigt "Inner". Ist das ein Fehler?

private void Throw() 
{ 
    Invoke(new Action(() => 
    { 
     throw new Exception("Outer", new Exception("Inner")); 
    })); 
} 

private void button1_Click(object sender, EventArgs e) 
{ 
    try 
    { 
     Throw(); 
    } 
    catch (Exception ex) 
    { 
     MessageBox.Show(ex.Message); // Shows "Inner" 
    } 
} 

Answer 1

Ich hatte einen Blick auf die Referenzquelle für System.Windows.Forms.Control, und den Code, der mit Invoke beschäftigt sich wie folgt aussieht:

try { 
    InvokeMarshaledCallback(current); 
} 
catch (Exception t) { 
    current.exception = t.GetBaseException(); 
} 

GetBaseException:

public virtual Exception GetBaseException() 
{ 
    Exception inner = InnerException; 
    Exception back = this; 

    while (inner != null) { 
     back = inner; 
     inner = inner.InnerException; 
    } 

    return back; 
} 

So offensichtlich ist es so von Entwurf. Die Kommentare in der Quelle bieten keine Erklärung dafür, warum sie dies tun.

EDIT: Einige Website, die nun Ansprüche dieser Kommentar kam von einem Mann an Microsoft gegangen ist:

auf dem winform comfirmation im Datensatz Basierend, ist unsere Analyse korrekt von der Ursache und dieses Verhalten ist beabsichtigt. Der Grund war zu verhindern, dass der Benutzer zu viele interne Windows.Forms-Mechanismen sieht. Dies liegt daran, dass das Standardfehlerdialogfeld von Winform auch Application.ThreadException nutzt, um die Ausnahmedetails anzuzeigen. .Net Winform Team trimmt die anderen Ausnahmen Informationen, so dass der Standardfehler Dialog nicht alle Details für den Endbenutzer angezeigt werden.

Auch einige MSFTs haben vorgeschlagen, dieses Verhalten zu ändern. Allerdings .Net Winform-Team denkt, dass das Ändern der Ausnahme zu werfen ist eine brechende Änderung und aus diesem Grund wird WinForms weiterhin die innerste Ausnahme an den Application.ThreadException-Handler senden.