¿Qué desventajas pueden surgir al usar el patrón Singleton en un proyecto?

El patrón Singleton garantiza que solo exista una instancia de la clase en la aplicación, pero su uso puede presentar las siguientes desventajas:

• Problemas con las pruebas: Singleton dificulta las pruebas unitarias, ya que su estado es global y puede mantenerse entre pruebas, causando efectos secundarios.

• Dependencias ocultas: Singleton a menudo actúa como una variable global, lo que dificulta entender y gestionar las dependencias en el código.

• Problemas con la concurrencia: si Singleton no se implementa teniendo en cuenta la seguridad en hilos, pueden ocurrir condiciones de carrera al crear la instancia.

• Acoplamiento rígido: las clases que usan Singleton están estrechamente relacionadas con su implementación concreta, lo que reduce la flexibilidad y la extensibilidad.

• Problemas con la gestión del tiempo de vida: Singleton vive tanto como la aplicación, lo que puede llevar a fugas de memoria si contiene recursos pesados.

Ejemplo de implementación segura para hilos de Singleton con inicialización perezosa:

public class Singleton {
    private static volatile Singleton instance;

    private Singleton() {}

    public static Singleton getInstance() {
        if (instance == null) {
            synchronized (Singleton.class) {
                if (instance == null) {
                    instance = new Singleton();
                }
            }
        }
        return instance;
    }
}