线程安全的一个很经常的需求是允许并发读，但是不允许并发写，例如对于文件就是这样的。
ReaderWriterLockSlim 在.net framework 3.5的时候就提供了，它是用来代替以前的”fat”版本的”ReaderWriterLock”
这两个类，有两种基本的锁----一个读锁，一个写锁。
写锁是一个完全排他锁。
读锁可以和其他的读锁兼容
因此当一个线程持有写锁的是很，所有的尝试获取读锁和写锁的线程全部阻塞，但是如果没有一个线程持有写锁，那么可以有一系列的线程并发的获取读锁。
ReaderWriterLockSlim 定义了下面几个方法来获取和释放 读写锁。
Public void EnterReadLock();
Public void ExitReadLock();
Public void EnterWriteLock();
Public void ExitWriteLock();
和Monitor.TryEnter类似，ReaderWriterLockSlim 再对应的”EnterXXX”方法上也提供了相应的”Try”版本。ReaderWriterLock提供了AcquireXXX 和 ReleaseXXX 方法，当超时发生了，ReaderWriterLock 抛出一个ApplicationException，而不是返回false。
public static void Main()
{
///三个读线程
new Thread(Read).Start();
new Thread(Read).Start();
new Thread(Read).Start();
//两个写线程
new Thread(Write).Start("A");
new Thread(Write).Start("B");
}
static void Read()
{
while (true)
{
_rw.EnterReadLock();//获取读锁
//模拟读的过程
foreach (int i in _items)
Thread.Sleep(100);
_rw.ExitReadLock();//释放读锁
}
}
static void Write(object threadID)
{
while (true)
{
Console.WriteLine(_rw.CurrentReadCount + " concurrent readers");
int newNumber = GetRandomNum(100);
_rw.EnterWriteLock(); //获取写锁
_items.Add(newNumber); //写数据
_rw.ExitWriteLock(); //释放写锁
Console.WriteLine("Thread " + threadID + " added " + newNumber);
Thread.Sleep(100);
}
}
//获取随机数
static int GetRandomNum(int max) { lock (_rand) return _rand.Next(max); }
</div>
再实际的发布版本中，最好使用try/finally 来确保即使异常抛出了，锁也被正确的释放了。
像CurrentReadCount 属性，ReaderWriterLockSlim 提供了以下属性用来监视锁。
可更新锁：
再一个原子操作里将读锁升级为写锁是很有用的，例如，假设你想要再一个list 里面写一些不存在的项的时候， 你可能会执行下面的一些步骤：
-
</div>
</div>
</div>
</div>
</div>
问题是：在第三步和第四步之间，可能有另一个线程修改了列表。
ReaderWriterLockSlim 通过一个叫做可更新锁( upgradeable lock),来解决这个问题。
一个可更新锁除了它可以在一个原子操作中变成写锁外很像一个读锁，你可以这样使用它：
- 调用EnterUpgradeableReadLock 获取可更新锁。执行一些读操作，例如判断要写的东西在不在List中。调用EnterWriteLock , 这个方法会将可更新锁 升级为 写锁。执行写操作，调用ExitWriteLock 方法，这个方法将写锁转换回可更新锁。继续执行一些读操作，或什么都不做。
从调用者的角度来看，它很像一个嵌套/递归锁，从功能上讲，在第三步，