微信公众号搜"智元新知"关注
微信扫一扫可直接关注哦!

c# – 用ReaderWriterLockSLim替换ReaderWriterLock – 麻烦

由于性能问题,我已经用 ReaderWriterLockSlim替换了 ReaderWriterLock.我遇到了麻烦,这是由使用RWL时正常运行的代码引起的.

如您所见,有时MethodA(获取写锁定)调用一个方法(获取读锁定).第二种方法也是从不同的地方调用的,因此并不总是存在锁定冲突.以前,AcquiringRead锁定不会导致该问题.

除了放置“if IsRWheld”之外,有什么解决方案吗?

问题是这样的:

class Avacado
{
   readerwriterlockslim _lock = new readerwriterlockslim();

   void MethodA()
   {
      _lock.TryEnterWriteLock(-1);
         LockedList.Add(someItem)
         var result = MethodX();
      _lock.ExitWriteLock();
   }

   object MethodX()
   {
      //if called from MethodA,it will throw an exception
      _lock.TryEnterReadLock(-1);

      //...some stuff with LockedList...
      var result = LockList.something();

      _lock.ExitReadLock();

      return result;
   }
}

解决方法

从MethodA调用MethodX将其限定为锁的递归使用.
请参阅 MSDN page上针对readerwriterlockslim评论

By default,new instances of
readerwriterlockslim are created with
the LockRecursionPolicy.norecursion
flag and do not allow recursion. This
default policy is recommended for all
new development,because recursion
introduces unnecessary complications
and makes your code more prone to
deadlocks. To simplify migration from
existing projects that use Monitor or
ReaderWriterLock,you can use the
LockRecursionPolicy.SupportsRecursion flag to create instances of readerwriterlockslim that allow recursion.

原文地址:https://www.jb51.cc/csharp/100947.html

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐