java - patron - spring boot singleton

Patrón de diseño Singleton vs Singleton beans en contenedor Spring

Question

Como todos sabemos, tenemos beans como singleton por defecto en el contenedor Spring y si tenemos una aplicación web basada en Spring framework entonces en ese caso realmente necesitamos implementar un patrón de diseño Singleton para contener datos globales en lugar de simplemente crear un bean durante la primavera .

Por favor, tengan paciencia si no puedo explicar lo que realmente quería hacer.

Answer 1

"singleton" en la primavera está utilizando la instancia get de fábrica de bean, luego la almacena en caché; qué patrón de diseño singleton es estrictamente, la instancia solo se puede recuperar del método get estático, y el objeto nunca se puede crear una instancia pública.

Answer 2

EX: "por contenedor por frijol".

 <bean id="myBean" class="com.spring4hibernate4.TestBean">
<constructor-arg name="i" value="1"></constructor-arg>
<property name="name" value="1-name"></property>
</bean>
<bean id="testBean" class="com.spring4hibernate4.TestBean">
<constructor-arg name="i" value="10"></constructor-arg>
<property name="name" value="10-name"></property>
</bean>
</beans>
public class Test {
@SuppressWarnings("resource")
public static void main(String[] args) {
ApplicationContext ac = new ClassPathXmlApplicationContext("ws.xml");
TestBean teatBean = (TestBean) ac.getBean("testBean");
TestBean myBean1 = (TestBean) ac.getBean("myBean");
System.out.println("a : " + teatBean.test + " : " + teatBean.getName());
teatBean.setName("a TEST BEAN 1");
System.out.println("uPdate : " + teatBean.test + " : " + teatBean.getName());
System.out.println("a1 : " + myBean1.test + " : " + myBean1.getName());
myBean1.setName(" a1 TEST BEAN 10");
System.out.println("a1 update : " + teatBean.test + " : " + myBean1.getName());
}
}
public class TestBean {
public int test = 0;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
private String name = "default";
public TestBean(int i) {
test += i;
}
}

JAVA SINGLETON:

public class Singleton {
private static Singleton singleton = new Singleton();
private int i = 0;
private Singleton() {
}
public static Singleton returnSingleton() {
return singleton;
}
public void increment() {
i++;
}
public int getInt() {
return i;
}
}
public static void main(String[] args) {
System.out.println("Test");
Singleton sin1 = Singleton.returnSingleton();
sin1.increment();
System.out.println(sin1.getInt());
Singleton sin2 = Singleton.returnSingleton();
System.out.println("Test");
sin1.increment();
System.out.println(sin1.getInt());
}

Answer 3

El alcance de Singleton en Spring significa que este bean se instanciará solo una vez para Spring. En contraste con el alcance del prototipo (nueva instancia cada vez), alcance de la solicitud (una vez por solicitud), alcance de la sesión (una vez por sesión HTTP).

El alcance de Singleton tiene técnicamente que ver con el patrón de diseño singleton. No es necesario que implemente sus beans como singleton para que se incluyan en el ámbito singleton.

Answer 4

El alcance de Singleton en primavera significa instancia única en un contexto de primavera.
El contenedor de resorte simplemente devuelve la misma instancia una y otra vez para llamadas posteriores para obtener el bean.


Y la primavera no molesta si la clase del bean está codificada como singleton o no, de hecho si la clase está codificada como singleton cuyo constructor como privado, Spring usa BeanUtils.instantiateClass (javadoc here ) para establecer el constructor accesible e invocar eso.

Alternativamente, podemos usar un atributo de método de fábrica en la definición de bean como este

 <bean id="exampleBean" class="example.Singleton" factory-method="getInstance"/>

Answer 5

Encuentro "por contenedor por frijol" difícil de aprehender. Diría "un frijol por ID de frijol". Le damos un ejemplo para entenderlo. Tenemos una muestra de clase de frijol. He definido dos beans de esta clase en la definición de beans, como:

<bean id="id1" class="com.example.Sample" scope="singleton">
<property name="name" value="James Bond 001"/>
</bean>
<bean id="id7" class="com.example.Sample" scope="singleton">
<property name="name" value="James Bond 007"/>
</bean>

Entonces, cuando intente obtener el frijol con id "id1", el contenedor de primavera creará un frijol, lo almacenará en caché y devolverá el mismo frijol donde sea que se haya referido con id1. Si trato de obtenerlo con id7, se creará otro bean de la clase Sample, el mismo se almacenará en la memoria caché y se devolverá cada vez que lo mencione con id7.

Esto es poco probable con el patrón de Singleton. En el patrón de Singlton, se crea siempre un objeto por cargador de clases. Pero en la primavera se están creando muchos objetos para la misma clase. Sin embargo, en Spring, el ámbito como Singleton devuelve el mismo objeto para la misma ID. Reference

Answer 6

Los beans Singleton en Spring y las clases basadas en el patrón de diseño de Singleton son bastante diferentes.

El patrón de Singleton garantiza que se creará una y solo una instancia de una clase particular por cargador de clases, ya que el alcance de un bean único de Spring se describe como ''por contenedor por bean''. El alcance de Singleton en Spring significa que este bean se instanciará solo una vez para Spring. El contenedor de resorte simplemente devuelve la misma instancia una y otra vez para llamadas posteriores para obtener el bean.

Answer 7

Spring singleton bean se describe como ''por contenedor por grano''. El alcance de Singleton en Spring significa que el mismo objeto en la misma ubicación de memoria se devolverá a la misma id de bean. Si se crean varios beans de diferentes ID de la misma clase, el contenedor devolverá diferentes objetos a diferentes ID. Esto es como un mapeo de valores clave donde key es bean id y value es el bean object en un contenedor de spring. Donde el patrón Singleton garantiza que se creará una y solo una instancia de una clase en particular por cargador de clases.

Answer 8

Tomemos el ejemplo más simple: usted tiene una aplicación y solo usa el cargador de clases predeterminado. Tienes una clase que, por el motivo que sea, decides que no debe tener más de una instancia en la aplicación. (Piense en un escenario donde varias personas trabajan en piezas de la aplicación).

Si no está utilizando el marco Spring, el patrón Singleton asegura que no habrá más de una instancia de una clase en su aplicación. Esto se debe a que no puede instanciar instancias de la clase haciendo ''nuevo'' porque el constructor es privado. La única forma de obtener una instancia de la clase es llamar a algún método estático de la clase (generalmente llamado ''getInstance'') que siempre devuelve la misma instancia.

Decir que está utilizando Spring Framework en su aplicación, solo significa que, además de las formas habituales de obtener una instancia de la clase (métodos nuevos o estáticos que devuelven una instancia de la clase), también puede pedirle a Spring que le consiga una instancia de esa clase y Spring garantizarán que cada vez que solicite una instancia de esa clase siempre devuelva la misma instancia, incluso si no escribió la clase con el patrón Singleton. En otras palabras, incluso si la clase tiene un constructor público, si siempre pides a Spring una instancia de esa clase, Spring solo llamará a ese constructor una vez durante la vida de tu aplicación.

Normalmente, si está utilizando Spring, solo debe usar Spring para crear instancias, y puede tener un constructor público para la clase. Pero si su constructor no es privado, no está realmente impidiendo que alguien cree nuevas instancias de la clase directamente, evitando Spring.

Si realmente quiere una sola instancia de la clase, incluso si usa Spring en su aplicación y define la clase en Spring como singleton, la única manera de garantizar eso también es implementar la clase usando el patrón Singleton. Eso asegura que habrá una sola instancia, ya sea que las personas usen Spring para obtener una instancia o eludir Spring.

Answer 9

Un bean singleton en Spring y el patrón Singleton son bastante diferentes. El patrón de Singleton dice que se creará una y solo una instancia de una clase en particular por cargador de clases.

El alcance de un singleton de Spring se describe como "por contenedor por bean". Es el alcance de la definición de bean a una única instancia de objeto por contenedor Spring IoC. El alcance predeterminado en Spring es Singleton.

Aunque el alcance predeterminado es singleton, puede cambiar el alcance del bean especificando el atributo del alcance del elemento <bean ../> .

<bean id=".." class=".." scope="prototype" />