ReaderWriterLockSlim vs Double Lock Check模式

时间:2013-01-08 12:59:11

标签: c# .net multithreading locking readerwriterlockslim

编辑:从我已经得到的答案中,我了解到我提出的第一个解决方案,而不是真正的“不阻塞读取”,因为只有一个线程可以进入可升级锁定并且写入锁定不能在阅读发布之前采取......

所以我的问题是,如果不存在,如何以正确的方式制作第一个解决方案为“非阻塞读取”?


我正在尝试理解两种非阻塞多线程读取的解决方案。下面两个解决方案之间有什么区别(也许我还是不了解一些事情,但我正在尝试):

/// <summary>
/// ReaderWriterLockSlim pattern
/// </summary>
public class ReadWriteLockCheck
{
    Dictionary<string, object> _dict = new Dictionary<string, object>();

    private ReaderWriterLockSlim _rwLock = new ReaderWriterLockSlim(LockRecursionPolicy.NoRecursion);

    public void CreateByKey(string key)
    {
        _rwLock.EnterReadLock();
        try
        {
            if (!_dict.ContainsKey(key)) //Non blocking read - Check if exists
            {
                _rwLock.EnterWriteLock(); //Lock
                try
                {
                    _dict.Add(key, new object());
                }
                finally
                {
                    _rwLock.ExitWriteLock();
                }
            }
        }
        finally
        {
            _rwLock.ExitReadLock();
        }
    }

    public bool GetByKey(string key)
    {
        _rwLock.EnterWriteLock();
        try
        {
            if (_dict.ContainsKey(key)) //Non blocking read
            {
                return true;
            }

            return false;
        }
        finally
        {
            _rwLock.ExitReadLock();
        }
    }
}

/// <summary>
/// Double check lock pattern
/// </summary>
public class MonitorLock
{
    Dictionary<string, object> _dict = new Dictionary<string, object>();

    private object _syncObj = new Object();

    public void CreateByKey(string key)
    {
        if (!_dict.ContainsKey(key)) //Non blocking read - Check if exists
        {
            Monitor.Enter(_syncObj); //Lock
            try
            {
                if (!_dict.ContainsKey(key)) //Check if between first check and lock someone already added
                {
                    _dict.Add(key, new object());
                }
            }
            finally
            {
                Monitor.Exit(_syncObj);
            }
        }
    }

    public bool GetByKey(string key)
    {
        if (_dict.ContainsKey(key)) //Non blocking read
        {
            return true;
        }

        return false;
    }
}

在寻找我时,这两种解决方案都可以进行非阻塞读取,只能在写入时进行阻塞......如果是这样,ReaderWriterLockSlim有什么好处?正如我在谷歌中发现的那样,MonitorReaderWriterLockSlim快得多。 当然我明白在阅读时我可能会得到不正确的字典状态,但对我来说没问题 感谢

1 个答案:

答案 0 :(得分:4)

From MSDN

  

在任何给定时间只有一个线程可以进入可升级模式

基本上,你没有比仅使用完整锁更好 - 除了lock实际上会更快。

奇怪的是,这里的一个好方法是Hashtable;特别是因为值是object,并且键是引用类型(没有额外的装箱)。 Hashtable是不寻常的,因为读取是完全线程安全的;你只需要防范多个作家

例如:

readonly Hashtable lookup = new Hashtable();

...

object val = lookup[key]; // no need to synchronize when reading

...

lock(lookup)
{
    lookup[key] = newVal; // synchronize when writing
}