Spring @Autowired - Создать новый bean-компонент

Question

Нужна помощь с пружинным автоуведомлением и областями.

Вот основная структура приложения:

1. У меня есть CustomHttpClient, аннотированный, как @Component, а также вытягивать некоторые конфигурационные свойства, связанные с application.properties файла (через @value аннотацию).

2. CustomHttpClient используется несколькими службами в моем приложении. Всякий раз, когда я использую CustomHttpClient, я autowire экземпляр, который с помощью:

   @Autowired 
   private CustomHttpClient httpClient; 
   

3. Я использую перехватчик для изменения некоторых переменных внутри CustomHttpClient, например, так:

   public class MyInterceptor extends HandlerInterceptorAdapter { 
   @Autowired CustomHttpClient httpClient; 
   
   @Override 
   public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception { 
   httpClient.setSomeProperty(newValue); 
   ... 
   

сейчас , вот в чем проблема. Если у меня все настроено так, как описано выше, то всякий раз, когда я изменяю любой параметр CustomHttpClient через перехватчик, это новое значение сохраняется для всех других клиентов, пока работает VM. Поэтому, когда я запускаю httpClient.setSomeProperty(), этот параметр теперь сохраняется навсегда. Даже если я подключаюсь к приложению от другого клиента.

В основном то, что мне нужно иметь две вещи:

1. Еще будучи в состоянии переопределить настройки по умолчанию с помощью CustomHttpClient перехватчик (запрос перехватчик, сконфигурированные с помощью).
2. Убедитесь, что для каждого запроса создается новый экземпляр CustomHttpClient (после того, как перехватчик делает свое «волшебство»).

Я попытался изменить область CustomHttpClient на @Scope («прототип»), но таким образом я больше не могу изменять настройки CustomHttpClient с помощью перехватчика.

Answer 1

По умолчанию, когда вы используете @Autowired весна бобы scope Singleton. Это означает, что весна вводит один и тот же одноэлементный объект, где вы используете @Autowired. Сделав область prototype, вы инструктируете Spring создавать новые объекты для каждой @Autowired инъекции, и поэтому ваш перехватчик будет иметь свою собственную копию HttpClient и не может видеть другие объекты HttpClient.

Таким образом, лучший подход - использовать область singleton, использовать атрибуты запроса или threadlocal для переноса ваших пользовательских свойств в поток запросов. т.е. вместо изменения свойств HttpClient в перехватчике, просто установите некоторые атрибуты запроса или threadlocals и обработайте эти пользовательские настройки в пределах методов класса CustomHttpClient.

Answer 2

Если ваш перехватчик только добавляет некоторые свойства, то использование локального потока должно быть лучшим вариантом. Вы можете вызвать ThreadLocal.set (пользовательскую карту) и использовать его везде, где хотите для текущего потока, и когда ваша программа собирается покинуть ваш контроллер, вы можете вызвать ThreadLocal.Unset, который очистит сохраненное значение.

Таким образом вам не нужен новый экземпляр HttpcLient каждый раз, а новый экземпляр каждый раз будет серьезным недостатком. И вы сможете использовать свою собственную карту в любом месте в текущем потоке.

Answer 3

Все бобы, объявленные в контейнере Spring контейнером XML или поддержкой аннотаций, по умолчанию являются одиночными.Если вы введете бонус с областью действия, установленной для прототипа, в одноэлементный, например. контроллер будет вводить его только один раз. Существует способ достижения этой цели. Вот как вы должны объявить bean-область как прототип. Это означает, что контейнер всегда будет давать вам новый экземпляр каждый раз, когда этот компонент вызывается из контейнера.

<bean id="shoppingCart" class="example.ShoppingCart" scope="request"> 
    <aop:scoped-proxy /> 
</bean>