usingステートメントでもDisposeが呼び出されないのはなぜですか？

Question

私は、このコンソールアプリケーション（.NET Frameworkの4.5.2）している：Dispose方法は

class Program 
{ 
    static void Main(string[] args) 
    { 
     using (var result = new Result()) 
     { 
      result.Test(); 
     } 
    } 
} 

public class Result : IDisposable 
{ 
    public void Test() 
    { 
     int a = 1; 
     int b = 1/(a - 1); 
    } 

    public void Dispose() 
    { 
     Console.WriteLine("Dispose"); 
    } 
} 

と呼ばれていないのはなぜ？ DivideByZero -exception後にブレークポイントがDisposeにヒットせず、コンソールに出力されません（アプリケーションが終了しているため）。 MSドキュメントあたりとして

Answer 1

：扱う例外内try-finally (C# Reference)

、関連最後にブロックが実行される が保証されます。ただし、例外が処理されていない場合、 finallyブロックの実行は、例外の巻き戻し操作が がどのようにトリガーされるかに依存します。これは、コンピュータのセットアップ方法に依存します。

あなたはDivideByZero例外をキャッチし、あなたマシンとセットアップそれは、コードの他の行が実行される前にアプリケーションをダウンさせ、したがって、finallyブロックを実行していないしなければならない上、それは未処理のこと聞かせていないと。

@Evkは以下のコメントに指摘しているように、デバッガを付けずに実行すると、例外を正しく巻き戻してfinallyブロックを実行します。毎日何か新しいことを学ぶ。考えてみて

Eric Lippert's answer to Finally Block Not Running?

1として、その状況がどのようにひどい：予期しない何かが は、誰も処理するコードを書いていないことが起こりました。 の正しいことは、この状況を処理するために作られた ではないでしょうか？おそらくない。 への正しいことは、最終的にブロックを実行しようとしないことです。そのため、 は悪い状況をさらに悪化させるためです。あなたはすでにプロセスが になっていることを知っています。それをすぐにその惨めからはずしてください。

処理されない例外が プロセスを停止させるシナリオでは、何かが起こる可能性があります。この場合、 の何が起こるかはインプリメンテーションによって定義されます。エラーがWindowsエラー の報告、デバッガの起動の有無などに報告されます。 CLRは であり、最終的にブロックを実行しようとする権利を完全に持ちますが、 も完璧に機能しません。このシナリオでは、すべて の賭けはオフです。異なる実装では異なるものを選択することができます。