Respuesta.

Historia de la pregunta:

Desde el principio, Java introdujo el concepto de miembros estáticos de la clase, que son diferentes de los miembros de instancia; tales variables se almacenan a nivel de clase, no de objeto. Esto permite compartir datos entre todas las instancias de la clase o usar constantes y estructuras de servicio.

Problema:

La tarea principal de los campos estáticos es proporcionar datos para todos los objetos de la clase o implementar un único punto de acceso. Sin embargo, el uso incorrecto de static puede llevar a errores difíciles de detectar, relacionados con el estado global, carreras de datos y problemas durante las pruebas.

Solución:

Los campos estáticos se declaran utilizando la palabra clave static:

public class Counter {
    public static int globalCount = 0;

    public Counter() {
        globalCount++;
    }
}

Cada vez que se crea una instancia, el contador aumenta y el valor es accesible a través de Counter.globalCount, independientemente del objeto.

Características clave:

• Se comparten entre todas las instancias de la clase.
• Viven tanto como vive la propia clase en la JVM.
• Se utilizan con frecuencia para constantes y para implementar patrones como Singleton.

Preguntas capciosas.

¿Se puede acceder a un campo estático a través de un objeto, en lugar de a través del nombre de la clase?

Sí, la sintaxis permite acceder a un campo estático a través de un objeto, sin embargo, esto lleva a un código poco legible y a veces confuso. Es mejor siempre acceder a través del nombre de la clase.

Counter c = new Counter();
System.out.println(c.globalCount); // Funciona, pero no se recomienda

¿Pueden los campos estáticos ser privados?

Sí, el nivel de acceso no está limitado. Los campos estáticos privados se utilizan a menudo junto con métodos estáticos públicos (por ejemplo, para Singleton):

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

¿Qué pasará si se intenta inicializar un campo estático con un valor que depende de uno no estático?

Ese código no se compilará, porque los campos no estáticos se inicializan después de los estáticos. Un campo estático no puede hacer referencia a un no estático directamente.

Errores típicos y anti-patrones

• El estado global a través de campos static dificulta las pruebas y empeora la legibilidad del código.
• Actualización multihilo de variables estáticas sin sincronización.
• Campos estáticos para almacenar datos específicos de la instancia — esto es incorrecto y conducirá a comportamientos inesperados.

Ejemplo de la vida real

Caso negativo

En grandes aplicaciones, se utiliza un campo static para almacenar datos en caché que son específicos del usuario.

Pros:

• Rápido prototipado.

Contras:

• Los datos se sobreescriben, no están vinculados a la sesión del usuario. Es fácil provocar fugas de datos entre los usuarios y errores de inconsistencia.

Caso positivo

Uso de public static final String para almacenar constantes (por ejemplo, códigos de error o parámetros estándar).

Pros:

• Facilidad de acceso, un único punto de cambios, ausencia de duplicación.

Contras:

• El código con abundancia de constantes estáticas puede volverse difícil de mantener si hay demasiadas constantes y su significado se pierde sin documentación.