使用 @Configuration
注解
@Configuration
是一个类级别注解,表示一个对象是 bean 定义的来源。@Configuration
类通过 @Bean
注解的方法声明 bean。对 @Configuration
类上的 @Bean
方法的调用也可以用来定义 bean 之间的依赖关系。有关一般介绍,请参见 基本概念:@Bean
和 @Configuration
。
注入 bean 之间的依赖关系
当 bean 之间存在依赖关系时,表达这种依赖关系就像让一个 bean 方法调用另一个 bean 方法一样简单,如下面的示例所示
-
Java
-
Kotlin
@Configuration
public class AppConfig {
@Bean
public BeanOne beanOne() {
return new BeanOne(beanTwo());
}
@Bean
public BeanTwo beanTwo() {
return new BeanTwo();
}
}
@Configuration
class AppConfig {
@Bean
fun beanOne() = BeanOne(beanTwo())
@Bean
fun beanTwo() = BeanTwo()
}
在前面的示例中,beanOne
通过构造函数注入接收对 beanTwo
的引用。
这种声明 bean 之间依赖关系的方法仅在 @Bean 方法在 @Configuration 类中声明时才有效。您不能通过使用普通的 @Component 类来声明 bean 之间的依赖关系。
|
查找方法注入
如前所述,查找方法注入 是一种高级功能,您应该很少使用它。它在单例作用域 bean 依赖于原型作用域 bean 的情况下很有用。使用 Java 进行此类配置提供了实现此模式的自然方法。以下示例展示了如何使用查找方法注入
-
Java
-
Kotlin
public abstract class CommandManager {
public Object process(Object commandState) {
// grab a new instance of the appropriate Command interface
Command command = createCommand();
// set the state on the (hopefully brand new) Command instance
command.setState(commandState);
return command.execute();
}
// okay... but where is the implementation of this method?
protected abstract Command createCommand();
}
abstract class CommandManager {
fun process(commandState: Any): Any {
// grab a new instance of the appropriate Command interface
val command = createCommand()
// set the state on the (hopefully brand new) Command instance
command.setState(commandState)
return command.execute()
}
// okay... but where is the implementation of this method?
protected abstract fun createCommand(): Command
}
通过使用 Java 配置,您可以创建一个 CommandManager
的子类,其中抽象的 createCommand()
方法被重写,以便它查找一个新的(原型)命令对象。以下示例展示了如何做到这一点。
-
Java
-
Kotlin
@Bean
@Scope("prototype")
public AsyncCommand asyncCommand() {
AsyncCommand command = new AsyncCommand();
// inject dependencies here as required
return command;
}
@Bean
public CommandManager commandManager() {
// return new anonymous implementation of CommandManager with createCommand()
// overridden to return a new prototype Command object
return new CommandManager() {
protected Command createCommand() {
return asyncCommand();
}
}
}
@Bean
@Scope("prototype")
fun asyncCommand(): AsyncCommand {
val command = AsyncCommand()
// inject dependencies here as required
return command
}
@Bean
fun commandManager(): CommandManager {
// return new anonymous implementation of CommandManager with createCommand()
// overridden to return a new prototype Command object
return object : CommandManager() {
override fun createCommand(): Command {
return asyncCommand()
}
}
}
关于 Java 基于配置的工作原理的更多信息
考虑以下示例,它展示了 @Bean
注解的方法被调用两次
-
Java
-
Kotlin
@Configuration
public class AppConfig {
@Bean
public ClientService clientService1() {
ClientServiceImpl clientService = new ClientServiceImpl();
clientService.setClientDao(clientDao());
return clientService;
}
@Bean
public ClientService clientService2() {
ClientServiceImpl clientService = new ClientServiceImpl();
clientService.setClientDao(clientDao());
return clientService;
}
@Bean
public ClientDao clientDao() {
return new ClientDaoImpl();
}
}
@Configuration
class AppConfig {
@Bean
fun clientService1(): ClientService {
return ClientServiceImpl().apply {
clientDao = clientDao()
}
}
@Bean
fun clientService2(): ClientService {
return ClientServiceImpl().apply {
clientDao = clientDao()
}
}
@Bean
fun clientDao(): ClientDao {
return ClientDaoImpl()
}
}
clientDao()
在 clientService1()
和 clientService2()
中被调用了一次。由于此方法创建了一个新的 ClientDaoImpl
实例并返回它,您通常会期望有两个实例(每个服务一个)。这绝对会成为问题:在 Spring 中,实例化的 bean 默认情况下具有 singleton
作用域。这就是神奇之处:所有 @Configuration
类在启动时使用 CGLIB
进行子类化。在子类中,子方法首先检查容器中是否有任何缓存的(作用域)bean,然后调用父方法并创建一个新实例。
根据 bean 的作用域,行为可能有所不同。我们这里讨论的是单例。 |
您无需将 CGLIB 添加到您的类路径,因为 CGLIB 类已重新打包在 |
由于 CGLIB 在启动时动态添加功能,因此存在一些限制。特别是,配置类不能是最终类。但是,配置类允许使用任何构造函数,包括使用 如果您希望避免任何 CGLIB 强加的限制,请考虑在非 |