Predestroy не призван к прототипу scope bean [duplicate]
Различные браузеры относятся к этому по-разному. Некоторые запускают контент только в том случае, если src включен без ошибок. Некоторые запускают его, пытаясь включить скрипт src , независимо от успеха. Поскольку это поведение ненадежно (и запрещено в HTML5 ), его следует избегать.
Google не полагается на какое-либо конкретное поведение. Поскольку содержимое является просто литералом объекта (значением), выполнение его на самом деле ничего не сделало бы, кроме как причиной молчаливой ошибки. Код Google просматривает содержимое самого тега script и настраивает его поведение на основе этого.
1 ответ
Прочитайте документацию :
В отличие от других областей, Spring не управляет полным жизненным циклом прототипа: контейнер создает экземпляры, настраивает и в противном случае собирает прототип объекта и передает его клиенту, без дальнейшей записи этого экземпляра прототипа. Таким образом, хотя методы обратного вызова жизненного цикла инициализации вызываются на всех объектах независимо от области видимости, в случае прототипов, вызываемые обратные вызовы жизненного цикла конфигурации не вызываются.
И это вполне логично: ваше приложение может спросить для новых экземпляров прототипов beans каждые 10 миллисекунд, сделайте что-нибудь с bean-компонентом, а затем выпустите его из области видимости. Если Spring пришлось уничтожить (), когда приложение отключится, оно должно будет содержать ссылку на каждый созданный компонент прототипа, предотвращая их сбор мусора и, таким образом, вызывая утечку памяти.
-
1Спасибо. Объяснение помогает. – user2171262 3 May 2014 в 13:31
-
2Я думал, что ответственность за уничтожение прототипированного компонента лежит на приложении с риском утечки памяти, если программист опустил явное уничтожение прототипированного компонента из памяти. JB-Nizet: вы предполагаете, что это не так, и что прототипированные бобы получат сбор мусора? – IqbalHamid 1 June 2018 в 14:26