เหตุใดจึงต้องลองใช้ {} ในที่สุด {} ด้วยบล็อกลองว่าง

ฉันสังเกตเห็นในSystem.Threading.TimerBase.Dispose()วิธีการมีtry{} finally{}บล็อก แต่try{}ว่างเปล่า

มีค่าใด ๆ ในการใช้try{} finally{}กับเปล่า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;
}

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

วิธีการนี้จะป้องกันการเรียก Thread.Abort ขัดจังหวะการประมวลผล เพจ MSDN ของ Thread.Abort บอกว่า“ บล็อกที่ไม่ได้ดำเนินการในที่สุดจะถูกดำเนินการก่อนที่เธรดจะถูกยกเลิก” ดังนั้นเพื่อรับประกันว่าการประมวลผลของคุณจะเสร็จสิ้นแม้ว่าเธรดของคุณจะถูกยกเลิกตรงกลางโดยมีคนเรียก Abort บนเธรดของคุณคุณสามารถวางโค้ดทั้งหมดของคุณในบล็อกในที่สุด (อีกทางเลือกคือการเขียนโค้ดในบล็อก พิจารณาว่าคุณเคยอยู่ที่ไหนก่อนที่จะ“ ยกเลิก” ถูกขัดจังหวะโดยการยกเลิกและดำเนินการต่อจากที่นั่นหากคุณต้องการ)

นี่คือเพื่อป้องกันการThread.Abortขัดจังหวะกระบวนการ เอกสารสำหรับวิธีนี้บอกว่า:

ในที่สุดบล็อกที่ไม่ได้ดำเนินการจะถูกดำเนินการก่อนที่เธรดจะถูกยกเลิก

เนื่องจากในการกู้คืนสำเร็จจากข้อผิดพลาดรหัสของคุณจะต้องล้างข้อมูลหลังจากนั้น เนื่องจาก C # ไม่มีตัวทำลายลักษณะ C ++ finallyและusingบล็อกจึงเป็นวิธีเดียวที่เชื่อถือได้ในการตรวจสอบว่าการล้างข้อมูลนั้นทำได้อย่างน่าเชื่อถือ โปรดจำไว้ว่าusingบล็อกจะกลายเป็นสิ่งนี้โดยคอมไพเลอร์:

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

ใน. NET 1.x มีโอกาสที่finallyบล็อกจะถูกยกเลิก พฤติกรรมนี้มีการเปลี่ยนแปลงใน. NET 2.0

ยิ่งไปกว่านั้นtryบล็อกว่างเปล่าจะไม่ถูกปรับแต่งโดยคอมไพเลอร์