¿Monitor.TryEnter y lock() funcionan juntos?

Question

Estoy mirando el código que se ha creado y utiliza un TryEnter en una llamada a método y bloquea en otros. Entonces, así:

private readonly object xmppLock = new object(); 

void f1() 
{ 
    if (Monitor.TryEnter(xmppLock)) 
    { 
     try 
     { 
      // Do stuff 
     } 
     finally 
     { 
      Monitor.Exit(xmppLock); 
     } 
    } 
} 

void f2() 
{ 
    lock(xmppLock) 
    { 
     // Do stuff 
    } 
} 

¿Esto está bien?

Answer 1

bloqueo bloqueará hasta que el recurso está disponible

TryEnter no hará nada si ya está bloqueado.

Según sus necesidades, debe usar una u otra.

En su caso f2() siempre hará lo que haga, sin importar cuánto tiempo tome. f1() devolverá inmediatamente si hay contención de cerradura

Answer 2

lock es simplemente azúcar de sintaxis para Monitor.Enter, entonces sí, funcionará bien.

The Visual Basic SyncLock and C# lock statements use Monitor.Enter to take the lock and Monitor.Exit to release it. The advantage of using the language statements is that everything in the lock or SyncLock block is included in a Try statement.

(Dicho esto, se considera la falta de forma para bloquear el público algo como un objeto Type.)

Answer 3

Si estas dos construcciones trabajarán juntos. La palabra clave C# lock es solo una envoltura delgada sobre los métodos Monitor.Enter y Monitor.TryEnter.

Nota: evitaría utilizar una instancia de Type como el valor para bloquear. Hacerlo es muy frágil, ya que hace que sea muy fácil que dos fragmentos de código completamente independientes se bloqueen inesperadamente en el mismo objeto. Esto puede conducir a puntos muertos.