Как внедрить зависимости в самопроизвольный объект в Spring?

128

Допустим, у нас есть класс:

public class MyClass {
    @Autowired private AnotherBean anotherBean;
}

Затем мы создали объект этого класса (или какой-то другой фреймворк создал экземпляр этого класса).

MyClass obj = new MyClass();

Можно ли по-прежнему внедрять зависимости? Что-то вроде:

applicationContext.injectDependencies(obj);

(Думаю, у Google Guice есть что-то вроде этого)

java spring dependency-injection

— Игорь Мухин
источник

194

Сделать это можно с помощью autowireBean()метода AutowireCapableBeanFactory. Вы передаете ему произвольный объект, и Spring будет относиться к нему как к чему-то, что он создал сам, и применит различные части и части автоподключения.

Чтобы получить AutowireCapableBeanFactoryдоступ, просто подключите следующее:

private @Autowired AutowireCapableBeanFactory beanFactory;

public void doStuff() {
   MyBean obj = new MyBean();
   beanFactory.autowireBean(obj);
   // obj will now have its dependencies autowired.
}

— skaffman
источник

Хороший ответ (+1). Также есть второй метод, с помощью которого вы можете повлиять на то, как происходит автоматическое

— Шон Патрик Флойд

Но что, если у меня есть два объекта, а второй - автопроволока. Как autowire bean factory справляется с зависимостями в кейсе?

— Вадим Кирильчук

3

На самом деле это плохой образец. Если это то, как вы действительно используете MyBean, почему бы просто не иметь конструктор с параметром AnotherBean в качестве параметра. Что-то вроде: codeчастный компонент @Autowired AnotherBean; public void doStuff () {MyBean obj = новый MyBean (bean); } code. Похоже, что со всеми этими аннотациями люди действительно сбиваются с толку и просто не используют базовый шаблон, который был в java SDK с первого дня. :(

— Денис

3

Я согласен - Spring полностью изменил определение языка. Теперь мы используем интерфейсы как конкретные классы, методы как экземпляры классов и всевозможные сложные и тяжелые методы выполнения того, что вы делали раньше, с новым и достойным дизайном.

— Родни П. Барбати

@Denis, если MyBean имеет зависимости, которые фактическому классу не нужны, вы регистрируете зависимости, которых на самом деле не существует, просто для создания экземпляра класса, поэтому на самом деле нет никакой разницы.

— Далтон

17

Вы также можете пометить свой MyClass аннотацией @Configurable:

@Configurable
public class MyClass {
   @Autowired private AnotherClass instance
}

Затем во время создания он автоматически внедрит свои зависимости. У вас также должен быть <context:spring-configured/>в контексте вашего приложения xml.

— glaz666
источник

2

Galz666, ваш метод выглядит намного чище для того, что я хочу сделать. Однако я не могу заставить его работать. У меня нет XML-файла, и я использую полностью конфигурацию Java. Есть ли эквивалент <context:spring-configured/>?

— masstroy

1

Это чистое решение, но требует немного больше усилий: вы должны либо использовать переплетение во время загрузки, как показано выше iimuhin, либо добавить компилятор AspectJ в проект. Время загрузки, как следует из названия, вызовет дополнительные затраты во время выполнения.

— jsosnowski

4

Просто возникла такая же потребность, и в моем случае это уже была логика внутри управляемого java-класса, отличного от Spring, к которому был доступ ApplicationContext. В стиле эшафот. Решено:

AutowireCapableBeanFactory factory = applicationContext.getAutowireCapableBeanFactory();
factory.autowireBean(manuallyCreatedInstance);

— rand0m86
источник

3

Я хотел поделиться своим решением, которое следует @Configurableподходу, brieflyупомянутому в ответе @ glaz666, потому что

Ответ на @skaffman почти 10 лет, и это не означает , что не достаточно хорошо или не работает
Ответ @ glaz666 краток и на самом деле не помог мне решить мою проблему, но указал мне правильное направление

Моя установка

Spring Boot 2.0.3 с Spring Neo4j & Aop starts(что в любом случае не имеет значения)
Создайте экземпляр bean-компонента, когда он Spring Bootбудет готов, используя @Configurableподход (using ApplicationRunner)
Gradle и Eclipse

меры

Мне нужно было выполнить следующие шаги, чтобы заставить его работать

Объект @Configurable(preConstruction = true, autowire = Autowire.BY_TYPE, dependencyCheck = false)должен быть помещен поверх вашего, Beanкоторый должен быть создан вручную. В моем случае Beanэкземпляр, который должен быть создан вручную, имеет @Autowiredслужбы, следовательно, реквизиты для указанной выше аннотации.
Аннотируйте основную часть Spring Boot XXXApplicaiton.java(или файл, помеченный @SpringBootApplication) с помощью @EnableSpringConfiguredи@EnableLoadTimeWeaving(aspectjWeaving=AspectJWeaving.ENABLED)
Добавьте зависимости в свой файл сборки (например, build.gradle или pom.xml в зависимости от того, какой из них вы используете) compile('org.springframework.boot:spring-boot-starter-aop')иcompile('org.springframework:spring-aspects:5.0.7.RELEASE')
Новый + ваш, Beanкоторый аннотирован @Configurableгде угодно, и его зависимости должны быть автоматически подключены.

* Что касается пункта 3 выше, я знаю, что org.springframework.boot:spring-boot-starter-aopтранзитивно тянет spring-aop(как показано здесь mavencentral ), но в моем случае Eclipse не смог разрешить @EnableSpringConfiguredаннотации, поэтому я явно добавил spring-aopзависимость в дополнение к стартеру. Если вы столкнетесь с той же проблемой, просто объявите о зависимости или отправляйтесь на поиски решения

Есть ли конфликт версий
Почему org.springframework.context.annotation.aspect.*недоступен
Правильно ли настроена ваша IDE?
И т. Д. И т. Д.

— Raf
источник