¿Cuál es el significado exacto de los campos estáticos en Java?

Question

Me gustaría compartir un objeto entre varias instancias de objetos de la misma clase.

Conceptualmente, mientras que mi programa se está ejecutando, todos los objetos de la clase A acceso al mismo objeto de la clase B.

he visto que es static de todo el sistema y que su uso no se recomienda. ¿Eso significa que si tengo otro programa ejecutándose en la misma JVM que ejemplifica los objetos de la clase A, estos objetos podrían potencialmente acceder al mismo objeto B que el que se accedió en el programa anterior?

¿Cuáles son generalmente los defectos detrás de usar campos estáticos?

¿Hay alguna alternativa (que no requiera un gran esfuerzo de implementación)?

Answer 1

Static no significa "compartido por todas las instancias", significa "no relacionado con ninguna instancia en particular". En otras palabras, puede obtener el campo estático en la clase A sin crear instancias.

En cuanto a ejecutar dos programas dentro de la misma JVM, realmente depende exactamente de lo que quiere decir con "ejecutar dos programas". El campo estático es efectivamente asociado con el objeto de clase, que a su vez está asociado con un cargador de clases. Entonces, si estos dos programas usan instancias de cargador de clases separadas, tendrá dos variables estáticas independientes. Si ambos usan el mismo cargador de clases, solo habrá uno, de modo que se verán los cambios.

En cuanto a una alternativa, hay varias opciones. Una es pasar la referencia al objeto "compartido" al constructor de cada objeto que cree que lo necesite. Necesitará almacenar esa referencia para más tarde. Esto puede ser un poco molesto y absorber un poco más de memoria que un enfoque estático, pero hace que sea fácil de probar.

Answer 2

Los métodos y miembros estáticos no se recomiendan porque se usan con mucha frecuencia, pero esto parece una situación en la que la estática es la forma correcta de hacerlo. En cuanto a la estática compartida a través de múltiples programas, este no es el caso. Cada programa se ejecuta en un entorno completamente separado.

Answer 3

Lo que está buscando se llama Singleton Pattern.

Answer 4

Suponiendo que todo está en el mismo cargador de clase, ¿por qué no utilizar el patrón monostate para hacer esto?

Su estática compartida está escondido en el monostate:

 

    public class Monostate { 

     private static String str = "Default"; 

     public String getString() { 
      return str; 
     } 

     public void setString(String s) { 
      str = s; 
     } 
    } 

Entonces que son libres de crear tantas instancias del monostate como desee, pero todos comparten el mismo objeto subyacente debido a la referencia estática.

 
    Monostate mono = new Monostate(); 
    mono.setString("Fred"); 
    System.out.println(mono.getString());