Никогда: контейнер создаёт prototype-бин, отдаёт и забывает о нём — destroy-колбэки не вызываются. Освобождение ресурсов — забота вызывающего кода.
А ещё Request и session scope — колбэки вызываются при завершении запроса или сессии
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Для prototype Spring выполняет создание, внедрение зависимостей и инициализацию, после чего отдаёт объект клиенту и перестаёт его отслеживать — ссылки на такие бины контекст не хранит. Поэтому @PreDestroy и DisposableBean молчат, и если бин держит ресурс, его освобождение — забота вызывающего кода либо отдельного BeanPostProcessor. Отсюда же практический вывод: prototype-бины с внешними ресурсами — плохая идея. Сюда же примыкает вторая классическая ловушка scope: prototype, внедрённый в singleton, создаётся ровно один раз, и для получения нового экземпляра нужен ObjectProvider или method injection.
Один верный вариант. Подумайте, потом откройте ответ.
Бин и BeanDefinition, полный жизненный цикл, роль BeanPostProcessor, области видимости и их ловушки.
sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.
sotto