ReaderWriterLockSlim使用注意事项

    ReaderWriterLockSlim是3.5新推出的一个类型，用来改良ReaderWriterLock的性能问题，提供了个轻量级的读写锁的实现。

    不过，今天在看msdn论坛的时候，发现一个帖子，里面提到了ReaderWriterLockSlim的一个性能问题，不过这个性能问题与之前ReaderWriterLock的性能问题不同，不是使用时的性能问题，而是GC回收时的性能问题。

    源贴中的代码，可以简化为创建100000个ReaderWriterLockSlim对象，然后导致GC在回收时，消耗了大量的CPU。

    导致这个问题的原因，其实很简单，用Reflector反编译ReaderWriterLockSlim类的源代码可以看到其构造函数调用了：

private void InitializeThreadCounts()
{
this.rwc = new ReaderWriterCount[0x100];
for (int i = 0; i < this.rwc.Length; i++)
{
this.rwc[i] = new ReaderWriterCount(this.fIsReentrant);
}
this.upgradeLockOwnerId = -1;
this.writeLockOwnerId = -1;
}

    简单的讲，就是每个ReaderWriterLockSlim对象会创建出256个ReaderWriterCount对象，因此在大量创建ReaderWriterLockSlim对象时，GC需要管理一群小对象，从而导致GC回收的性能下降。

    从上述事实出发，可以总结出ReaderWriterLockSlim对象在使用时的两个注意事项：

避免使用短生命周期的ReaderWriterLockSlim对象

尽量减少ReaderWriterLockSlim对象的实例