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对象的实例