SmartRWLocker 的類圖如下：

我們看到 SmartRWLocker 內部就是借助 ReaderWriterLock 來實現鎖的控制的。而 SmartRWLocker 只有一個 Lock 方法，參數是一個 AccessMode 枚舉，表示調用者是希望獲取讀鎖還是寫鎖，另外該方法返回一個 LockingObject 對象。 LockingObject 的生命周期很有意思， LockingObject 對象產生的時候，就是獲取鎖的時刻，其被銷毀的時候（ Dispose 方法），就是釋放鎖的時刻。所以 LockingObject 對象的生命周期就是占用鎖的時間段。

IDisposable 接口與 using 結合起來使用，會使得語法非常簡單可讀。我們可以這樣來簡潔地使用 SmartRWLocker ：

<!--<br /><br />Code highlighting produced by Actipro CodeHighlighter (freeware)<br />http://www.CodeHighlighter.com/<br /><br />--> private SmartRWLocker smartRWLocker = new SmartRWLocker ();
public void Test2()
{
using ( this .smartRWLocker.Lock( AccessMode .Write))
{
// DoSomething
}
}

這就非常類似 lock 的使用方式了。
最后，LastRequireReadTime和LastRequireWriteTime屬性記錄了最后一次獲取讀寫鎖的時間 -- 即從一個側面記錄了我們對目標資源最后一次進行讀寫的時間。

4. 使用時的注意事項

SmartRWLocker 簡化了 ReaderWriterLock 的使用，但是正如有得必有失，它也損失了一些 ReaderWriterLock 的功能，正如在適用場合中介紹的，使用 SmartRWLocker 無法設置獲取鎖的超時時間，也無法升級 / 降級鎖的性質。幸運的是，大多數情況下，我們都用不到這些高級一點的特性，所以， SmartRWLocker 還是有它存在的價值的。

如果你的應用需要使用 SmartRWLocker 不提供的特性，那只有轉向使用 ReaderWriterLock 本身了。這也未必是個壞主意。

使用任何類型的鎖的時候，你都需要注意鎖的“粒度”的問題，即你的鎖要鎖住的范圍有多大。粒度太大，會降低系統的并發；粒度太細，又會使得編程相當繁瑣。所以在設計時需要進行權衡，為你的鎖選擇一個恰當的粒度是非常重要的。