Жизненный цикл Spring-бина

Жизненный цикл спринг бина таков:

Что же это за init-method и destroy-method?

Это что-то типа init и destroy методов в сервлете. Как мы помним, init метод нужен в сервлете для инициализации каких-то данных при создании объекта сервлета, а destroy метод нужен для освобождения каких-то ресурсов перед уничтожением объекта сервлета.

init и destroy методы определяются в классе бина. Могут иметь любое имя. Давайте же добавим их в класс ServerPC.

ServerPC:

package com.someclasses; public class ServerPC{ private Administrator admin; private String pcid; private String pcBrand; ServerPC() {} //Чтобы продемонстрировать жизненный цикл //бина добавим вывод строки на консоль //при внедрении в бин другого бина //с помощью конструктора ниже. эта строка //выведется на консоль раньше чем те которые //выводят новые init, destroy методы ниже. ServerPC(Administrator admin) { this.admin = admin; System.out.println(“Bean is Created!”); } //это init метод он вызывается сразу после //создания бина класса ServerPC public void someInicializationsMethod() { System.out.println(“Some inicializations”); } //это destroy метод он вызывается перед //уничтожением BeanFactory и перед уничтожением //бинов. public void someCleaningsMethod() { System.out.println(“Some clean up”); } public void setAdmin(Administrator admin) { this.admin = admin; } public Administrator getAdmin() { return admin; } public void setPCid(String pcid) { this.pcid = pcid; } public void setPCBrand(String pcBrand) { this.pcBrand = pcBrand; //В этом сеттере тоже добавим //вывод строки на консоль. Тоже для //демонстрации жизненного цикла. System.out.println(“Bean in use!”); } public String getPCid() { return pcid; } public String getPCBrand() { return pcBrand; } public String getAdminMessage(){ return admin.adminMessage(); } }

Давайте сконфигурируем два бина. Один будет с scope singleton, другой с scope prototype. И определим у них init и destroy методы.

applicationContext.xml:

Теперь давайте в сервлете создадим, извлечем, используем и уничтожим бины в определенной последовательности для демонстрации жизненного цикла бина.

Пример программы:

import javax.servlet.*; import javax.servlet.http.*; import javax.servlet.ServletException; import javax.servlet.annotation.WebServlet; import java.io.*; import org.springframework.context.support.ClassPathXmlApplicationContext; import com.someclasses.ServerPC; @WebServlet(“/springservlet”) public class SpringServlet extends HttpServlet{ protected void doGet(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException { //при создании BeanFactory создаётся бин со //скоупом singleton и сразу после его создания //у него вызывается метод инициализации, который //был у него указан в атрибуте init-method. ClassPathXmlApplicationContext context = new ClassPathXmlApplicationContext( “applicationContext.xml”); //После создания бинов в context //пусть выведется любое сообщение в сервлете. System.out.println(“Some message”); //Достаем бин из context ServerPC serverpcSingleton = context.getBean( “serverPCBeanSingletonScope”,ServerPC.class); //используем бин serverpcSingleton.setPCid(“12353425”); System.out.println(serverpcSingleton.getPCid()); //Бин же со скоупом prototype создаётся //при вызове getBean и соответственно //init метод указанный у него в init-method //вызывается при вызове getBean. ServerPC serverpcPrototype = context.getBean( “serverPCBeanPrototypeScope”,ServerPC.class); //используем другой бин serverpcPrototype.setPCid(“4567452563”); System.out.println(serverpcPrototype.getPCid()); //Перед удалением объекта BeanFactory //и бинов в нем вызывать destroy //метод someCleaningsMethod context.close(); } }

Компилируем Java файлики. Файл сервлета при этом компилируем с использованием jar файлов спринг:

Запускаем Tomcat и открываем страницу сервлета по пути /springservlet и смотрим в консоль Tomcаt сервера:

Как видим, сразу создался бин со скоупом синглтон. об этом говорит строка Bean is Created!, которую выводит конструктор при создании бина serverPCBeanpSingletonScope.

Сразу после создания этого бина вызывается init метод, который выводит строку Some initializations.

Создание бина синглтона же случилось при создании Beanfactory, а не при вызове getBean этого бина. Это доказывает третья строка в консоли, которая выведена в консоль между созданием объектаа BeanFactory и вызовом getBean бина синглтона.

Далее мы воспользовались этим бином вывели у него значение поля.

Теперь же создается бин serverPCBeanpPototypeScope со скоупом prototype когда вызывается getBean этого бина. При этом, конструктор выводит сообщение при создании бина и сразу после этого вызывается метод инициализации, который тоже выводит сообщение.

После этого этот бин используется. Выводиться значение его поля.

И в конце программы вызывается context.close(); который перед удалением бинов и объекта BeanFactory вызывает destroy метод, который выводит последнюю Some Clean Up.

---

Выводы о Spring Framework

И в итоге можно еще не до конца понимать зачем нужен этот ваш Spring Framework, все эти бины, если создание и внедрение бинов можно с легкостью выполнять в java классе кодом:

Таких DI "матрешек" в обычном (не спринг) веб-приложении с большим количеством классов будет очень много, а Spring Framework предлагает вынести их в отдельный конфигурационный файл и спринг сам будет создавать объекты сконфигурированных бинов и устанавливать зависимости, а java код самого приложения будет чист нам останется лишь только извлечь созданные объекты из пула объектов созданных спрингом.

Может показаться кода в целом стало больше (код конф файла плюс некоторый код для извлечения бинов в самом приложении), но истенный смысл Spring Framework становится очевидным только разработчикам, которым приходилось вручную управлять всеми этими DI «матрёшками» в крупных не-Spring проектах. Когда мы дойдем до Spring аннотаций о смысле Spring Framework не придется задумываться, там не нужно будет конфигурировать бины в отдельном файле и писать много кода, их конфигурация будет происходить простыми аннотациями в коде классов.

Также, поскольку спринг сам берет на себя ответственность за создание объектов, он может и добавлять к ним некоторую доп функциональность (какую-то мы уже видели – добавление скоупов, методов при иниц. или уничтожении).