Un bloqueo de reentrada permitirá al titular del bloqueo ingresar bloques de código incluso después de haber obtenido el bloqueo ingresando otros bloques de código. Un bloqueo no reentrante tendría el bloque de soporte de bloqueo sobre sí mismo, ya que tendría que liberar el bloqueo que obtuvo de otro bloque de código para volver a obtener ese mismo bloqueo para ingresar al bloqueo anidado que requiere bloque de código

 public synchronized void functionOne() {

 // do something

 functionTwo();

 // do something else

 // redundant, but permitted...
 synchronized(this) {
 // do more stuff
 } 
 }

 public synchronized void functionTwo() {
 // do even more stuff!
 }

Las capacidades extendidas de reentrant lock incluyen: -

1. La capacidad de tener más de una condición variable por monitor. Los monitores que usan la palabra clave sincronizada solo pueden tener uno. Esto significa que los bloqueos de reentrada admiten más de una cola wait () / notify ().
2. La capacidad de hacer el bloqueo "justo". "las cerraduras [justas] favorecen el acceso al hilo de mayor espera. De lo contrario, este bloqueo no garantiza ningún orden de acceso en particular."Los bloques sincronizados son injustos.
3. La capacidad de comprobar si el bloqueo está retenido.
4. La capacidad de obtener la lista de hilos esperando en el bloqueo.

Las desventajas de los bloqueos de reentrada son: -

Necesita agregar la instrucción import. Necesidad de envolver las adquisiciones de bloqueo en un bloque try/finally. Esto lo hace más feo que la palabra clave sincronizada. La palabra clave sincronizada se puede poner en definiciones de métodos, lo que evita la necesidad de un bloque que reduce el anidamiento.

Cuándo usar: -

1. ReentrantLock podría ser más adecuado si necesita implementar un subproceso que atraviesa una lista vinculada, bloqueando el siguiente nodo y luego desbloquear el nodo actual.
2. La palabra clave sincronizada es apta en situaciones como el endurecimiento de bloqueo, proporciona giro adaptativo,bloqueo sesgado y el potencial de elisión de bloqueo a través del análisis de escape. Esas optimizaciones no están implementadas actualmente para ReentrantLock.

Para más información .

ReentrantReadWriteLock es una cerradura especializada mientras que synchronized(this) es una cerradura de propósito general. Son similares pero no del todo iguales.

Tienes razón en que podrías usar synchronized(this) en lugar de ReentrantReadWriteLock pero lo contrario no siempre es cierto.

Si desea comprender mejor lo que hace que ReentrantReadWriteLock sea especial, busque información sobre la sincronización de subprocesos productor-consumidor.

En general, puede recordar que la sincronización de todo el método y la sincronización de propósito general (utilizando la palabra clave synchronized) se puede usar en la mayoría de las aplicaciones sin pensar demasiado sobre la semántica de la sincronización, pero si necesita exprimir el rendimiento de su código, puede que necesite explorar otros mecanismos de sincronización más precisos o de propósito especial.

Por cierto, usar synchronized(this) - y en general bloquear usando una instancia de clase pública-puede ser problemático porque abre tu código a posibles bloqueos muertos porque alguien más no lo intentaría a sabiendas para bloquear su objeto en otro lugar del programa.

De la página de documentación de oracle sobre ReentrantLock :

Un bloqueo de exclusión mutua reentrante con el mismo comportamiento básico y semántica que el bloqueo de monitor implícito al que se accede utilizando métodos y sentencias sincronizados, pero con capacidades extendidas.

1. Un ReentrantLock es propiedad del hilo último bloqueo correctamente, pero aún no desbloqueo. Un hilo que invoca el bloqueo regresará, adquiriendo con éxito el bloqueo, cuando el bloqueo no es propiedad de otro hilo. El método regresará inmediatamente si el hilo actual ya posee el bloqueo.

2. El constructor de esta clase acepta un parámetro opcional fairness. Cuando se establece true, bajo contención, los bloqueos favorecen la concesión de acceso al hilo de mayor espera. De lo contrario, este bloqueo no garantiza ningún orden de acceso en particular.

ReentrantLock características clave según esto artículo

1. Capacidad para bloquear de forma interrumpible.
2. Capacidad de tiempo de espera mientras se espera el bloqueo.
3. Poder para crear fair lock.
4. API para obtener la lista de subprocesos en espera para el bloqueo.
5. Flexibilidad para intentar bloquear sin bloquear.

Puede usar ReentrantReadWriteLock.readLock, ReentrantReadWriteLock.writeLock para adquirir más control sobre el bloqueo granular en operaciones de lectura y escritura.

Echa un vistazo a esto artículo de Benjamín sobre el uso de diferentes tipos de Reentrantes

Puede usar bloqueos de reentrada con una política de equidad o tiempo de espera para evitar la inanición del hilo. Puede aplicar una política de equidad de hilo. ayudará a evitar que un hilo espere para siempre para llegar a sus recursos.

private final ReentrantLock lock = new ReentrantLock(true);
//the param true turns on the fairness policy. 

La "política de equidad" elige el siguiente hilo ejecutable a ejecutar. Se basa en la prioridad, el tiempo desde la última ejecución, bla bla

También, Sincronizar puede bloquear indefinidamente si no puede escapar del bloque. Reentrantlock puede tener tiempo de espera establecido.