Warunki, gdy w końcu nie wykonuje się w a.net spróbuj..wreszcie blok

Chyba, że CLR wybuchnie i spadnie z wykonywalnym ExecutingEngineException (widziałem kilka w .Net 1.1 dni z odpowiednią ilością COM Interop:).. Myślę, że w końcu powinien Zawsze wykonać.

Można uzyskać sytuację, w której kod w bloku try powoduje wyrzucenie SecurityException przed wprowadzonym blokiem try (zamiast tego wyjątek jest wyrzucany, gdy wywołana jest metoda zawierająca (zobacz http://msdn.microsoft.com/en-us/library/fk6t46tz (VS. 71).aspx)), w tej sytuacji nigdy nie wpisujesz bloku try, więc kod w bloku finally nigdy nie zostanie wywołany.

Inne możliwości to StackOverflowException i ExecutingEngineException.

Finally blok na background thread może nie zostać wykonany. Zależy to jednak od zakończenia operacji main foreground thread, która kończy operację background thread jeszcze przed całkowitym wykonaniem background thread.

class Program
{

    static void Main(string[] args)
    {
        Program prgm = new Program();
        Thread backgroundThread = new Thread(prgm.CheckBgThread);
        backgroundThread.IsBackground = true;
        backgroundThread.Start();
        Console.WriteLine("Closing the program....");
    }

    void CheckBgThread()
    {
        try
        {
            Console.WriteLine("Doing some work...");
            Thread.Sleep(500);
        }
        finally
        {
            Console.WriteLine("This should be always executed");
        }
    }
}

Istnieje również aplikacja.Metoda wyjścia.

Ani kod, który podąża za blokiem finally, ani kod w zewnętrznych zakresach, nie będą wykonywane bez pierwszego uruchomienia bloku finally (wyjątek w obrębie bloku finally może spowodować jego przedwczesne zakończenie, w którym to przypadku wykonanie wyskoczy z finalizera do zewnętrznego zakresu). Jeśli kod przed blokiem finally utknie w niekończącej się pętli lub metodzie, która nigdy się nie kończy, lub jeśli kontekst wykonania zostanie całkowicie zniszczony, blok finally nie zostanie wykonany.

Zauważ, że w przeciwieństwie do metod "Finalize" (lub "destruktorów" w języku C#), na których nie należy polegać.