《Spring实战》学习笔记
Spring提供了三种主要的装配机制:
- 在XML中进行显式配置。
- 在Java中进行显式配置。
- 隐式的bean发现机制和自动装配。
Spring从两个角度来实现自动化装配:
- 组件扫描(component scanning): Spring会自动发现应用上下文中所创建的bean。
- 自动装配(autowiring): Spring自动满足bean之间的依赖。
自动化装配Bean
@Component注解
这个简单的注解表明该类会作为组件类,并告知Spring要为这个类创建bean。
@ComponentScan注解,这个注解能够在Spring中启用组件扫描。
如果没有其他配置的话, @ComponentScan默认会扫描与配置类相同的包。
例如CDPlayerConfig类位于soundsystem包中, 因此Spring将会扫描这个包以及这个包下的所有子包,查找带有@Component注解的类。
为Bean设置ID
Spring应用上下文中所有的bean都会给定一个ID。
在@Component中,尽管我们没有明确地为SgtPeppersbean设置ID, 但Spring会根据类名为其指定一个ID。
具体来讲,这个bean所给定的ID为sgtPeppers,也就是将类名的第一个字母变为小写。
如果想为这个bean设置不同的ID,你所要做的就是将期望的ID作为值传递给@Component注解。
@Component("beanId")
还有另外一种为bean命名的方式,这种方式不使用@Component注解,而是使用Java依赖注入规范(Java Dependency Injection)中所提供的@Named注解来为bean设置ID @Named("beanId")
@Autowired
将required属性设置为false时,Spring会尝试执行自动装配,但是如果没有匹配的bean的话,Spring将会让这个bean处于未装配的状态。但是,把required属性设置为false时,你需要谨慎对待。如果在你的代码中没有进行null检查的话,这个处于未装配状态的属性有可能会出现NullPointerException。
通过java代码装配Bean
尽管在很多场景下通过组件扫描和自动装配实现Spring的自动化配置是更为推荐的方式,但有时候自动化配置的方案行不通,因此需要明确配置Spring。比如说,你想要将第三方库中的组件装配到你的应用中,在这种情况下,是没有办法在它的类上添加@Component和@Autowired注解的,因此就不能使用自动化装配的方案了。在这种情况下,你必须要采用显式装配的方式。在进行显式配置的时候,有两种可选方案:Java和XML。
在进行显式配置时,JavaConfig是更好的方案,因为它更为强大、类型安全并且对重构友好。
因为它就是Java代码,就像应用程序中的其他Java代码一样。
同时,JavaConfig与其他的Java代码又有所区别,在概念上,它与应用程序中的业务逻辑和领域代码是不同的。尽管它与其他的组件一样都使用相同的语言进行表述,但JavaConfig是配置代码。
这意味着它不应该包含任何业务逻辑,JavaConfig也不应该侵入到业务逻辑代码之中。尽管不是必须的,但通常会将JavaConfig放到单独的包中,使它与其他的应用程序逻辑分离开来,这样对于它的意图就不会产生困惑了。
通过JavaConfig显式配置Spring
创建JavaConfig类的关键在于为其添加@Configuration注解,@Configuration注解表明这个类是一个配置类,该类应该包含在Spring应用上下文中如何创建bean的细节。
要在JavaConfig中声明bean,我们需要编写一个方法,这个方法会创建所需类型的实例,然后给这个方法添加@Bean注解。
@Bean注解会告诉Spring这个方法将会返回一个对象,该对象要注册为Spring应用上下文中的bean。
默认情况下,bean的ID与带有@Bean注解的‘方法名’是一样的。如果想为其设置一个不同的名字的话,那么可以重命名该方法,也可以通过name属性指定一个不同的名字。
@Bean(name="newBeanName")
使用了@Bean注解,表明这个方法会创建一个bean实例并将其注册到Spring应用上下文中。方法上添加了@Bean注解后,Spring将会拦截所有对它的调用,并确保直接返回该方法所创建的bean,而不是每次都对其进行实际的调用。
默认情况下,Spring中的bean都是单例的.
通过XML装配bean
在前述内容中我们看到了如何让Spring自动发现和装配bean,还看到了如何进行手动干预,即通过JavaConfig显式地装配bean。通过XML装配bean是另一种历史悠久的可选方案。
创建xml配置规范
在为Spring装配bean之前,需要创建一个配置规范。在使用JavaConfig的时候,这意味着要创建一个带
有@Configuration注解的类,而在XML配置中,这意味着要创建一个XML文件,并且要以元素为根。如下所示:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans.xsd">
<!-- configuration details -->
</beans>
在使用XML时,需要在配置文件的顶部声明多个XML模式(XSD)文件,这些文件定义了配置Spring的XML元素。
用来装配bean的最基本的XML元素包含在spring-beans模式之中,在上面这个XML文件中,它被定义为根命名空间。<beans>
是该模式中的一个元素,它是所有Spring配置文件的根元素。
在xml中声明一个<bean>
要在基于XML的Spring配置中声明一个bean,
我们要使用spring-beans模式中的另外一个元素: <bean>
。
<bean>
元素类似于JavaConfig中的@Bean注解。
<bean id = " " class = " " />
通过class属性来指定创建这个bean的类, 通过id属性为每个bean设置一个名字。
如果没有明确给定ID, 那么这个bean将会根据全限定类名来进行命名。
在<bean class="soundsystem.SgtPeppers" />
中,bean的ID将会是“soundsystem.SgtPeppers#0”。
其中,“#0”是一个计数的形式,用来区分相同类型的其他bean。
如果你声明了另外一个SgtPeppers,并且没有明确进行标识,那么它自动得到的ID将会
是“soundsystem.SgtPeppers#1”。
总结
Spring框架的核心是Spring容器。容器负责管理应用中组件的生命周期,它会创建这些组件并保证它们的依赖能够得到满足,这样的话,组件才能完成预定的任务。