在ExitWriterlock之后处置ReaderWriterlockslim

Question

我有一个可以清理某些对象以及ReaderWriterlockslim的功能。但是我需要ReaderWriterlockslim作为作者锁定，以防止在我进行清理时读取数据。

ConcurrentDictionary<string, ReaderWriterLockSlim> RwLocks = new ConcurrentDictionary<string, ReaderWriterLockSlim>();

private ReaderWriterLockSlim GetRwLock(string key)
{
    return RwLocks.GetOrAdd(key, _ => new ReaderWriterLockSlim());
}

public void CleanUp(string key)
{
    ReaderWriterLockSlim rwLock = this.GetRwLock(key);

    try 
    {
        rwLock.EnterWriterLock();
        // do some other clean up
        this.RwLocks.TryRemove(key, out _);
    }
    finally
    {
        rwLock.ExitWriterLock();
        // It is safe to do dispose here?
        // could other thread enter the read lock or writer lock here?
        // and the dispose will throw exceptions?
        // What is the best practice to do the dispose?
        rwLock.Dispose();
    }
}

---

我有一个想法包装ReaderWriterlockslim。您认为它可以解决问题或有任何潜在风险

public class ReaderWriterLockSlimWrapper
{
    private ReaderWriterLockSlim rwLock;

    private volatile bool disposed;

    public ReaderWriterLockSlimWrapper()
    {
        rwLock = new ReaderWriterLockSlim();
        disposed = false;
    }

    private void DisposeInternal()
    {
        if (!rwLock.IsReadLockHeld && !rwLock.IsUpgradeableReadLockHeld && !rwLock.IsWriteLockHeld)
        {
            rwLock.Dispose();
        }
    }

    public void Dispose()
    {
        disposed = true;

        DisposeInternal();
    }

    public void EnterReadLock()
    {
        rwLock.EnterReadLock();
    }

    public void ExitReadLock()
    {
        rwLock.ExitReadLock();

        if (disposed)
        {
            DisposeInternal();
        }
    }

    public void EnterWriteLock()
    {
        rwLock.EnterWriteLock();
    }

    public void ExitWriteLock()
    {
        rwLock.ExitWriteLock();

        if (disposed)
        {
            DisposeInternal();
        }
    }
}

Answer 1

您尚未描述您打算使用两种机制的特定方案，既不是使用clearup/getrwlock方法的第一个机制，也不适用于第二种机制ReaderWriterlockslimwrapper类。所以我想问题是：

我的两种机制是否可以安全地用于所有可能的多线程场景，在该方案中，强制性操作的线程和原子能是强制性的？

答案是否定的，您的两种机制都充满了种族条件，并且无法保证原子能。在多线程方案中使用它们将导致不确定的行为，包括但不限于：

1. 意外例外。
2. 违反正确使用代码> 通常预计会执行。作为顺序的单词，两个线程可能会同时获得同一键的作者锁定，或者与其他线程同时获取了以相同键或两者获得读取器锁定的其他线程。

解释为什么您的机制有缺陷。一个一般说明是，每当您使用模式时，如果（x.BooleanProperty）X.Method（）;在多线程环境中，尽管booleanProperty和方法可能是单独的线程安全，您允许第二个线程在两个调用之间抢占当前线程，并使第一次检查的结果无效。

附带说明，请注意，ReaderWriterlockslim不是交叉过程同步原始化。因此，即使您修复了机制，然后尝试在Web应用程序中使用它们，也可能会违反策略，因为Web服务器可能会随机决定回收当前过程并启动新过程。在这种情况下，Web应用程序可能会通过在两个进程上同时运行，在一段时间内跨越几秒钟甚至几分钟。