Boş bir deneme bloğuyla neden {} sonunda {} deneyin?

System.Threading.TimerBase.Dispose()Yöntemde bir try{} finally{}blok olduğunu fark ettim ama try{}boş.

try{} finally{}Boş ile kullanımda herhangi bir değer var mı 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;
}

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

Bu metodoloji, işlemi kesintiye uğratan bir Thread.Abort çağrısına karşı koruma sağlar. Thread.Abort'un MSDN sayfası “İş parçacığı iptal edilmeden önce beklenmedik şekilde bloklar yürütüldüğünü” söylüyor. Bu nedenle, iş parçacığınızın iş parçacığınızda iptal etmesini isteyen bir kişi tarafından ortada iptal edilmiş olsa bile işleminizin tamamlanmasını garanti etmek için, tüm kodunuzu nihayet bloğa yerleştirebilirsiniz (alternatif, "catch" bloğuna kod yazmaktır. “den” işleminin Abort tarafından kesilmeden önce nerede olduğunuzu belirleyin ve isterseniz oradan devam edin).

Bu, Thread.Abortbir süreci kesintiye uğratmaya karşı korumak içindir . Bu yöntemin belgeleri şöyle diyor:

Beklenmeyen sonunda blok iş parçacığı durdurulmadan önce yürütülür.

Bunun nedeni, bir hatadan başarıyla kurtulmak için kodunuzun kendisinden sonra temizlenmesi gerekir. C #, C ++ tarzı yıkıcılara sahip olmadığından finallyve usingbloklar, bu tür temizlemenin güvenilir bir şekilde gerçekleştirilmesini sağlamanın tek güvenilir yoludur. Bu usingbloğun derleyici tarafından buna dönüştüğünü unutmayın :

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

.NET 1.x'te, finallybloğun durdurulması ihtimali vardı . Bu davranış, .NET 2.0'da değiştirildi.

Dahası, boş trybloklar derleyici tarafından asla optimize edilmez.