Respuesta.

La palabra clave synchronized apareció en Java con el soporte de multihilo para garantizar el acceso exclusivo a bloques de código o métodos desde diferentes hilos. Históricamente, esta es la respuesta de Java a los clásicos problemas de race condition y data inconsistency, que surgen cuando se accede simultáneamente a datos compartidos desde diferentes hilos.

Problema al trabajar con multihilo: garantizar la "atomicidad" de las operaciones y prevenir cambios conflictivos en los estados de los objetos. Un manejo incorrecto de synchronized puede llevar a bloqueos mutuos (deadlock), degradación del rendimiento o incluso a la falta de sincronización por una mala elección del objeto monitor.

Solución: usar la palabra clave synchronized para el método o bloque de código donde se requiere garantizar que solo un hilo ejecute esa sección al mismo tiempo. Debe elegirse cuidadosamente el objeto de sincronización, evitar secciones críticas largas, y para tareas más complejas utilizar clases especiales del paquete java.util.concurrent.

Ejemplo de código:

public class Counter {
    private int count = 0;
    public synchronized void increment() {
        count++;
    }
    public int getCount() {
        return count;
    }
}

// Sincronización solo de parte del código sobre un objeto separado:
private final Object lock = new Object();
public void complexIncrement() {
    synchronized (lock) {
        // sección crítica
        count++;
    }
}

Características clave:

synchronized bloquea el acceso al código para otros hilos mediante el "monitor" elegido
Se pueden sincronizar métodos completos o solo bloques específicos
La sincronización es una herramienta poderosa, pero arriesgada (deadlock, performance)

Preguntas trampa.

¿Cuál es la diferencia entre un método synchronized y un bloque synchronized?

Un método sincronizado bloquea el "monitor" del objeto (o de la clase, si el método es static), mientras que un bloque sincronizado permite especificar explícitamente el objeto monitor, lo que otorga mayor flexibilidad.

¿Qué sucederá si se sincronizan diferentes métodos en un mismo objeto?

Si ambos métodos están marcados como synchronized (no static), ambos utilizan como monitor el propio objeto (this). Un hilo no podrá entrar en ninguno de los métodos mientras otro esté en ellos.

¿Se pueden sincronizar métodos estáticos y normales? ¿Cómo se desbloquean entre sí?

Los métodos estáticos utilizan el monitor de la propia clase (objeto Class), mientras que los normales utilizan el objeto de instancia. Por lo tanto, un método synchronized estático y un método synchronized normal no se bloquean entre sí.

Errores típicos y anti-patrones

Sincronización sobre el objeto incorrecto (por ejemplo, sobre un String o un objeto del pool)
Secciones críticas demasiado largas o poco evidentes, lo que lleva a degradaciones
Bucle de espera o deadlock
Abuso de synchronized en lugar de aplicar alternativas modernas de java.util.concurrent

Ejemplo de la vida real

Caso negativo

El desarrollador sincroniza métodos de diferentes objetos, pero utiliza el mismo String como monitor en todas partes. Como resultado, se produce una desaceleración y bloqueos mutuos "aleatorios" debido a la reutilización de cadenas del pool.

Ventajas:

Código corto, se escribe más rápido

Desventajas:

Alto riesgo de bloqueos mutuos
Difícil de depurar
Caída significativa del rendimiento

Caso positivo

Sincronización sobre un objeto final privado, que se crea solo dentro de la clase (private final Object lock), y las secciones críticas son mínimas en tiempo.