这是这个问题的一个分支,但删除了一些限制。
我有一个需要管理文件锁定的系统。我需要能够在一个线程中锁定文件(共享读锁定),然后在另一个线程中解锁。更准确地说,我无法确定它将在哪个线程中解锁,或者即使创建线程仍然存在。
我还需要排他写锁定来配合这个,但这都在同一个线程中。
.NET Mutex不起作用,因为它在创建线程退出时会做额外的事情
这是这个问题的一个分支,但删除了一些限制。
我有一个需要管理文件锁定的系统。我需要能够在一个线程中锁定文件(共享读锁定),然后在另一个线程中解锁。更准确地说,我无法确定它将在哪个线程中解锁,或者即使创建线程仍然存在。
我还需要排他写锁定来配合这个,但这都在同一个线程中。
.NET Mutex不起作用,因为它在创建线程退出时会做额外的事情
也许是一个计数为 1的(命名的)信号量?WaitOne
锁定,Release
解锁?
您链接到的问题是跨越进程边界,但从我读到的内容来看,您只是跨越线程......考虑到这一点,我认为 Jeff Richter 的 ReaderWriterGate 类可能很适合您的问题。它允许您控制对共享资源的访问并将对该资源的访问请求排队。它似乎没有任何线程关联,因此如果您不跨越进程边界,它可能是您的解决方案。
这是一篇关于该类的文章的链接... 并发事务,您可以从这里下载 PowerThreading 库
如果您的情况非常简单(除了从一个线程锁定并从另一个线程释放),我不明白为什么您不能使用.NET 中的内置ReaderWriterLock(尽管 PowerThreading 库中的那个应该很多快点)。Monitor 类没有线程关联,可以从任何上下文访问,因此取决于您如何使用它,这可能是您最直接的解决方案。
听起来像一个旋转门问题。您需要管理第一个锁定文件的阅读器和最后一个解锁文件的阅读器。您可以使用信号量来实现这一点。您可以通过让旋转栅门在有作家等待时拒绝读者来优先考虑作家。