Spring Java-based容器配置详解

2023-09-23 06:29:05 56

装Java-based的配置

使用@Import注解

跟在SpringXML文件中使用元素添加模块化的配置类似，@Import注解允许你加载其他配置类中的@Bean定义：

@Configuration
publicclassConfigA{
	@Bean
	publicAa(){
		returnnewA();
	}
}
@Configuration
@Import(ConfigA.class)
publicclassConfigB{
	@Bean
	publicBb(){
		returnnewB();
	}
}

组现在，当实例化上下文时，你只需要显式的指定ConfigB，而不需要既提供ConfigA.class，又提供ConfigB.class：

publicstaticvoidmain(String[]args){
	ApplicationContextctx=newAnnotationConfigApplicationContext(ConfigB.class);
	//nowbothbeansAandBwillbeavailable...
	Aa=ctx.getBean(A.class);
	Bb=ctx.getBean(B.class);
}

这种方式简化了容器的初始化，因为只需要处理一个类，而不是让开发者记住构造期间的大量@Configuration类。

导入@Bean的依赖注入

上面的示例可以工作，但太简单。在大多数实际的场景中，beans会依赖另一个跨配置类的bean。当使用XML时，这不是问题，因为不涉及到编译，其中一个bean只需要声明ref="someBean"，剩下的交给Spring在容器初始化期间处理即可。当然，当使用@Configuration类时，Java编译器对配置模式产生一些限制，对其他beans的引用必须是合法的java语法。

幸运的是，解决该问题是很容易的。正如我们已经讨论的，@Bean可以有任意多个用来描述bean依赖的参数。让我们探讨一个更现实的场景，在这里将使用一些彼此依赖的@Configuration类：

@Configuration
publicclassServiceConfig{
	@Bean
	publicTransferServicetransferService(AccountRepositoryaccountRepository){
		returnnewTransferServiceImpl(accountRepository);
	}
}
@Configuration
publicclassRepositoryConfig{
	@Bean
	publicAccountRepositoryaccountRepository(DataSourcedataSource){
		returnnewJdbcAccountRepository(dataSource);
	}
}
@Configuration
@Import({
	ServiceConfig.class,RepositoryConfig.class
}
)
publicclassSystemTestConfig{
	@Bean
	publicDataSourcedataSource(){
		//returnnewDataSource
	}
}
publicstaticvoidmain(String[]args){
	ApplicationContextctx=newAnnotationConfigApplicationContext(SystemTestConfig.class);
	//everythingwiresupacrossconfigurationclasses...
	TransferServicetransferService=ctx.getBean(TransferService.class);
	transferService.transfer(100.00,"A123","C456");
}

这里有另外的方法可以达到相同的效果。记住，@Configuration根本上只是容器中的另一个bean-这意味着它们可以像其他bean那样充分利用@Autowired注入元数据。

注：确保以这种方式注入的都是简单类型的。@Configuration类在容器初始化时被处理的相当早，用这种方式强制注入依赖可能导致无法预料地过早初始化问题。只要有可能就采用上面示例中基于参数的注入方式。

@Configuration
publicclassServiceConfig{
	@Autowired
	privateAccountRepositoryaccountRepository;
	@Bean
	publicTransferServicetransferService(){
		returnnewTransferServiceImpl(accountRepository);
	}
}
@Configuration
publicclassRepositoryConfig{
	@Autowired
	privateDataSourcedataSource;
	@Bean
	publicAccountRepositoryaccountRepository(){
		returnnewJdbcAccountRepository(dataSource);
	}
}
@Configuration
@Import({
	ServiceConfig.class,RepositoryConfig.class
}
)
publicclassSystemTestConfig{
	@Bean
	publicDataSourcedataSource(){
		//returnnewDataSource
	}
}
publicstaticvoidmain(String[]args){
	ApplicationContextctx=newAnnotationConfigApplicationContext(SystemTestConfig.class);
	//everythingwiresupacrossconfigurationclasses...
	TransferServicetransferService=ctx.getBean(TransferService.class);
	transferService.transfer(100.00,"A123","C456");
}

在上面的示例中，使用@Autowired工作的很好，并且提供了想要的模块化，但要确切地指明自动注入的bean定义在哪声明依旧有点模糊。例如，一个开发者正在查看ServiceConfig，那你怎么准确地知道@AutowiredAccountRepositorybean在哪声明的？在代码中并不明确，不过有时候这样就行。记着SpringToolSuite可以提供渲染图的工具，这些图展示了SpringBean之间是怎么连起来的-这可能是你需要的。同时，你的JavaIDE可以轻松的找到所有声明和使用AccountRepository类型的bean，并为你快速展现返回该类型的@Bean方法位置。

如果你不能接受这种模糊性，并希望在你的IDE中可以从一个@Configuration类导航到另一个，那就考虑注入配置类本身：

@Configuration
publicclassServiceConfig{
	@Autowired
	privateRepositoryConfigrepositoryConfig;
	@Bean
	publicTransferServicetransferService(){
		//navigate'through'theconfigclasstothe@Beanmethod!
		returnnewTransferServiceImpl(repositoryConfig.accountRepository());
	}
}

在上面的解决方案中，我们可以很明确地知道AccountRepository定义的地方。然而，ServiceConfig现在紧紧地跟RepositoryConfig耦合了。这就是权衡。紧耦合在某种程度上可以通过使用基于接口或抽象类的@Configuration类来减轻。考虑以下内容：

@Configuration
publicclassServiceConfig{
	@Autowired
	privateRepositoryConfigrepositoryConfig;
	@Bean
	publicTransferServicetransferService(){
		returnnewTransferServiceImpl(repositoryConfig.accountRepository());
	}
}
@Configuration
publicinterfaceRepositoryConfig{
	@Bean
	AccountRepositoryaccountRepository();
}
@Configuration
publicclassDefaultRepositoryConfigimplementsRepositoryConfig{
	@Bean
	publicAccountRepositoryaccountRepository(){
		returnnewJdbcAccountRepository(...);
	}
}
@Configuration
@Import({
	ServiceConfig.class,DefaultRepositoryConfig.class
}
)//importtheconcreteconfig!
publicclassSystemTestConfig{
	@Bean
	publicDataSourcedataSource(){
		//returnDataSource
	}
}
publicstaticvoidmain(String[]args){
	ApplicationContextctx=newAnnotationConfigApplicationContext(SystemTestConfig.class);
	TransferServicetransferService=ctx.getBean(TransferService.class);
	transferService.transfer(100.00,"A123","C456");
}

现在，ServiceConfig跟具体的DefaultRepositoryConfig类是松耦合的关系，并且内嵌的IDE工具依旧有用：它很容易为开发者获取RepositoryConfig实现的类型层次。采用这种方式，导航@Configuration和它们的依赖就变得跟平常处理基于接口的代码导航没区别了。

有条件的包含@Configuration类或@Beans

基于任意的系统状态，有条件地禁用一个完整的@Configuration类，甚至单独的@Bean方法通常是很有用的。一个常见的示例是，当一个特定的profile在SpringEnvironment中启用时，使用@Profile注解激活beans。

@Profile注解实际上实现了一个非常灵活的注解：@Conditional。@Conditional注解意味着在注册@Bean之前，必须先咨询指定的org.springframework.context.annotation.Condition实现。

Condition接口的实现者只需简单地提供一个返回true或false的matches(…)方法。例如，下面是@Profile注解采用的Condition实现：

@Override
publicBooleanmatches(ConditionContextcontext,AnnotatedTypeMetadatametadata){
	if(context.getEnvironment()!=null){
		//Readthe@Profileannotationattributes
		MultiValueMapattrs=metadata.getAllAnnotationAttributes(Profile.class.getName());
		if(attrs!=null){
			for(Objectvalue:attrs.get("value")){
				if(context.getEnvironment().acceptsProfiles(((String[])value))){
					returntrue;
				}
			}
			returnfalse;
		}
	}
	returntrue;
}

具体参考@Conditionaljavadocs。

结合Java和XML配置

Spring@Configuration类支持目的不是想要100%的替换SpringXML。一些设施，比如SpringXML命名空间仍旧是配置容器的完美方式。在XML很方便或必须的情况下，你有个选择：采用”XML为中心”的方式实例化容器，比如ClassPathXmlApplicationContext，或使用AnnotationConfigApplicationContext以”Java为中心”的方式，并使用@ImportResource注解导入需要的XML。

在以”XML为中心”的情况下使用@Configuration类

从XML启动Spring容器，以特设模式包含@Configuration类可能是个更可选的方式。例如，在一个已经存在的使用SpringXML的大型代码库中，遵循按需原则创建@Configuration，并从现有的XML文件中包括它们是非常容易的。下面你将找到在这样的”XML为中心”的解决方案中使用@Configuration类的可选项。

记着@Configuration类本质上只是容器中的bean定义。在下面的示例中，我们创建了一个名称为AppConfig的@Configuration类，并将它作为定义包含到system-test-config.xml中。因为是开启的，容器将会识别@Configuration注解，并正确地处理AppConfig中声明的@Bean方法。

@Configuration
publicclassAppConfig{
	@Autowired
	privateDataSourcedataSource;
	@Bean
	publicAccountRepositoryaccountRepository(){
		returnnewJdbcAccountRepository(dataSource);
	}
	@Bean
	publicTransferServicetransferService(){
		returnnewTransferService(accountRepository());
	}
}

ystem-test-config.xml如下：

jdbc.properties如下：

jdbc.properties
jdbc.url=jdbc:hsqldb:hsql://localhost/xdb
jdbc.username=sa
jdbc.password=

main方法如下：

publicstaticvoidmain(String[]args){
ApplicationContextctx=newClassPathXmlApplicationContext("classpath:/com/acme/system-test-config.xml");
TransferServicetransferService=ctx.getBean(TransferService.class);
//...
}

注：在上面的system-test-config.xml中，AppConfig没有声明一个id元素。如果没有bean引用它，那就没有必要指定id元素，否则就要通过name从容器获取bean（name对应bean定义中声明的id）。DataSource也一样-它只是通过类型自动注入（autowiredbytype），所以并不需要显式的分配一个beanid。

由于@Configuration被@Component元注解了（被注解注解，很拗口），所以被@Configuration注解的类自动成为组件扫描（componentscanning）的候选者。同样使用上面的场景，我们可以重新定义system-test-config.xml来充分利用组件扫描。注意在这个示例中，我们不需要明确声明，因为启用了同样的功能。

system-test-config.xml如下：

在@Configuration”类为中心”的情况下使用@ImportResourcedaoru导入XML

在将@Configuration类作为配置容器的主要机制的应用中，仍旧存在对XML的需求。在那些场景中，可以使用@ImportResource，并定义所需的XML。这样做可以实现以”Java为中心”的方式配置容器，并保留最低限度的XML。

@Configuration
@ImportResource("classpath:/com/acme/properties-config.xml")
publicclassAppConfig{
	@Value("${jdbc.url}")
	privateStringurl;
	@Value("${jdbc.username}")
	privateStringusername;
	@Value("${jdbc.password}")
	privateStringpassword;
	@Bean
	publicDataSourcedataSource(){
		returnnewDriverManagerDataSource(url,username,password);
	}
}

properties-config.xml如下：

jdbc.properties如下：

jdbc.url=jdbc:hsqldb:hsql://localhost/xdb
jdbc.username=sa
jdbc.password=

main方法如下：

publicstaticvoidmain(String[]args){
ApplicationContextctx=newAnnotationConfigApplicationContext(AppConfig.class);
TransferServicetransferService=ctx.getBean(TransferService.class);
//...
}

总结

以上就是本文关于SpringJava-based容器配置详解的全部内容，感兴趣的朋友可以继续参阅：Java之Spring注解配置bean实例代码解析、浅谈Java注解和动态代理等，希望对大家有所帮助。有不足之处，欢迎留言指正。感谢朋友们对毛票票网站的支持！

声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。

Spring Java-based容器配置详解

热门推荐

随机推荐