可以在同一物体上安全地使用锁和监视器

本文关键字：监视器 安全 | 更新日期: 2023-09-27 17:54:03

我有以下情况：我想共同排除对对象的访问。

到目前为止，我通常会使用锁定对象

object lockObject = new object();
...
method1: lock(lockObject) { CODE1 }

现在我还有一个可以从另一个线程调用的方法。它不应该在未知的时间内被阻止，相反，它应该在定义的时间内给出答案。

在这种情况下，我会使用监视器，比如

method2:
try{
   Monitor.TryEnter(lockObject , 20000, ref lockTaken);
   if (lockTaken) {CODE2}
}
catch(...){...}
finally
{
   if (lockTaken) Monitor.Exit(timerLock);
}

现在我的问题是：如果锁对象相同并且相互排斥，那么锁和监视器是否可以以这种方式混合，或者是否需要将每个锁都更改为监视器。

那么，同一个令牌的两次都会被"锁定"吗？或者监视器会为对象创建另一个令牌，然后再创建锁吗？

乍一看，我看不出应用程序同时运行在两者的代码中。但我不知道是否存在任何定时问题，因为CODE1和CODE2是并行执行的。

可以在同一物体上安全地使用锁和监视器

如果锁定对象相同并且相互排斥，那么锁定和监视可以以这种方式混合吗

是的，这是完全安全的，它会起作用的。

lock { }语句被重写为对Monitor.Enter((和Monitor.Exit((的调用。这只是一个权宜之计，与using() {}语句非常相似。

来自MSDN：

 lock (x) ...

成为

System.Threading.Monitor.Enter(x);
try {
   ...
}
finally {
   System.Threading.Monitor.Exit(x);
}

根据注释，在Fx4及更高版本中，它可以使用Monitor.TryEnter()。但上面的简单版本回答了你的问题。

lock (sync)
{
   return World();
}

在《中级语言》中会看到这一点。

L_0007: call void [mscorlib]System.Threading.Monitor::Enter(object)
L_000c: call int32 Hello::World()
L_0011: stloc.0 
L_0012: leave.s L_001b
L_0014: ldloc.1 
L_0015: call void [mscorlib]System.Threading.Monitor::Exit(object)

所以应该没问题。它们在技术上是等效的。

相关文章：