空の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ページには、「スレッドが中止される前に、未実行のfinallyブロックが実行される」と記載されています。したがって、誰かがスレッドでAbortを呼び出して途中で中止された場合でも処理が確実に終了するようにするには、すべてのコードをfinallyブロックに配置します（代わりに、「catch」ブロックにコードを記述して「試行」が中止によって中断される前にどこにいたかを確認し、必要に応じてそこから続行します）。

これはThread.Abort、プロセスの中断を防ぐためです。このメソッドのドキュメントには、次のように記載されています。

未実行のfinallyブロックは、スレッドが中止される前に実行されます。

これは、エラーから正常に回復するために、コード自体をクリーンアップする必要があるためです。C＃は持っていないので、C ++ -スタイルデストラクタ、finallyおよびusingブロックは、そのようなクリーンアップが確実に行われることを保証する唯一の信頼できる方法です。usingコンパイラによってブロックがこれに変わることを覚えておいてください：

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

.NET 1.xでは、finallyブロックが中止される可能性がありました。この動作は.NET 2.0で変更されました。

さらに、空のtryブロックがコンパイラーによって最適化されることはありません。