为什么将try {}最终{}与空的try块一起使用？

我注意到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调用中断处理。Thread.Abort的MSDN页面说：“未执行的最终块在线程中止之前已执行”。因此，为了确保即使有人在线程上调用Abort中断了您的线程而在中间中断了处理，您也可以将所有代码放在finally块中（另一种方法是在“ catch”块中编写代码以确定在“尝试”被Abort打断之前您在哪里，然后从那里继续进行）。

这是为了防止Thread.Abort中断进程。此方法的文档说：

未执行的finally块在线程中止之前执行。

这是因为为了从错误中成功恢复，您的代码将需要自己清除。由于C＃没有C ++样式的析构函数，finally而using块是确保可靠执行此类清除操作的唯一可靠方法。请记住，using编译器将这一块变成了：

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

在.NET 1.x中，finally块有可能被中止。在.NET 2.0中，此行为已更改。

而且，空try块永远不会被编译器优化。