¿Hacer estático el Reentrant Lock y convertirlo en un mutex?

Question

En el libro de Brian Goetz, Java concurrencia en la práctica, su ejemplo de una cerradura Reentrante se programa como esto:

Lock lock = new ReentrantLock(); 

Sin embargo, tengo curiosidad por saber si se cambia el código anterior para:

private static final Lock lock = new ReentrantLock(); 

hace que el bloqueo actúe ahora como un mutex, o si es innecesario y redundante.

Por lo tanto, ¿la funcionalidad de este código cambia si el bloqueo se hace privado, estático y final?

lock.lock(); 
try { 
    //method stuff 
} finally { 
    lock.unlock(); 
} 

Gracias a todos de antemano. Matt

Answer 1

Sí.

final y private no tienen ninguna influencia, por supuesto, pero static significa que todas las instancias comparten el mismo candado.

Así que si tiene dos instancias, el bloque de código no puede ejecutarse por dos hilos al mismo tiempo.

Si el bloqueo no es estático, cada instancia obtiene su propio bloqueo. Eso significa que más hilos pueden ejecutar el código al mismo tiempo (dependiendo de qué instancia funcionan, por supuesto).

Answer 2

Creación de un bloqueo estático se equivallent a

synchronized(MyClass.class){ 

} 

Su esencia en una cerradura nivel de clase