Po co używać try {} wreszcie {} z pustym blokiem try?

Zauważyłem, System.Threading.TimerBase.Dispose()że metoda ma try{} finally{}blok, ale try{}jest pusta.

Czy warto używać try{} finally{}pustego try?

http://labs.developerfusion.co.uk/SourceViewer/browse.aspx?assembly=SSCLI&namespace=System.Threading&type=TimerBase

[ReliabilityContract(Consistency.WillNotCorruptState, Cer.MayFail)]
internal bool Dispose(WaitHandle notifyObject)
{
    bool status = false;
    bool bLockTaken = false;
    RuntimeHelpers.PrepareConstrainedRegions();
    try {
    }
    finally {
        do {
            if (Interlocked.CompareExchange(ref m_lock, 1, 0) == 0) {
                bLockTaken = true;
                try {
                    status = DeleteTimerNative(notifyObject.SafeWaitHandle);
                }
                finally {
                    m_lock = 0;
                }
            }
            Thread.SpinWait(1);
            // yield to processor
        }
        while (!bLockTaken);
        GC.SuppressFinalize(this);
    }

    return status;
}

From http://blog.somecreativity.com/2008/04/10/the-empty-try-block-mystery/ :

Ta metodologia chroni przed wywołaniem Thread.Abort przerywającym przetwarzanie. Strona MSDN Thread.Abort mówi, że „Ostatecznie niewykonane bloki są wykonywane przed przerwaniem wątku”. Aby więc zagwarantować, że przetwarzanie zakończy się, nawet jeśli Twój wątek zostanie przerwany w środku przez osobę wywołującą Przerwij w twoim wątku, możesz umieścić cały kod w ostatnim bloku (alternatywnie jest napisanie kodu w bloku „catch”, aby określ, gdzie byłeś, zanim „próbowanie” zostało przerwane przez Przerwij i kontynuuj stamtąd, jeśli chcesz).

Ma to na celu ochronę przed Thread.Abortprzerwaniem procesu. Dokumentacja tej metody mówi, że:

Ostatecznie niewykonane bloki są wykonywane przed przerwaniem wątku.

Wynika to z faktu, że w celu pomyślnego odzyskania po błędzie kod będzie musiał wyczyścić się po sobie. Ponieważ C # nie ma niszczycieli w stylu C ++, finallya usingbloki są jedynym niezawodnym sposobem zapewnienia, że ​​takie czyszczenie jest przeprowadzane niezawodnie. Pamiętaj, że usingblok zmienia się w kompilator:

try {
    ...
}
finally {
    if(obj != null)
        ((IDisposable)obj).Dispose();
}

W .NET 1.x istniała szansa, że finallyblok zostanie przerwany. To zachowanie zostało zmienione w .NET 2.0.

Co więcej, puste trybloki nigdy nie są optymalizowane przez kompilator.