任何一个成功的应用都是由多个为了实现某个业务目标而相互协作的组件构成的,这些组件必须相互了解、能够相互协作完成工作。
例如,在一个在线购物系统中,订单管理组件需要与产品管理组件以及信用卡认证组件协作;这些组件还需要跟数据库组件协作从而进行数据库读写操作。
在Spring应用中,对象无需自己负责查找或者创建与其关联的其他对象,由容器负责将创建各个对象,并创建各个对象之间的依赖关系。
通俗的来说,Spring就是一个工厂,Bean就是Spring工厂的产品,对于Spring工厂能够生产那些产品,这个取决于领导的决策,也就是配置文件中配置。
因此,对于开发者来说,我们需要关注的只是告诉Spring容器需要创建哪些bean以及如何将各个bean装配到一起。对于Spring来说,它要做的就是根据配置文件来创建Bean实例,并调用Bean实例的方法完成“依赖注入”。
Bean的定义
在定义Bean的时候,通常要指定两个属性:id和class。其中id用来指明bean的标识符,这个标识符具有唯一性,Spring对bean的管理以及bean之间这种依赖关系都需要这个属性;而class指明该bean的具体实现类,这里不能是接口(可以是接口实现类)全路径包名.类名。
1 | //一个Bean的配置 |
或者
1 |
|
当我们用XML配置了这个bean的时候,该bean实现类中必须有一个无参构造器,故Spring底层相当于调用了如下代码:
1 | bean = new 实现类(); |
如果在bean的配置文件中,通过构造注入如:
1 | <bean id="bean" class="实现类" /> |
那么Spring相当于调用了
1 | Bean bean = new 实现类("bean"); |
Spring的配置方法
Spring容器负责创建应用中的bean,并通过DI维护这些bean之间的协作关系。作为开发人员,你应该负责告诉Spring容器需要创建哪些bean以及如何将各个bean装配到一起。Spring提供三种装配bean的方式:
绝大多数情况下,开发人员可以根据个人品味选择这三种装配方式中的一种。Spring也支持在同一个项目中混合使用不同的装配方式。
《Spring实战》的建议是:尽可能使用自动装配,越少写显式的配置文件越好;当你必须使用显式配置时(例如,你要配置一个bean,但是该bean的源码不是由你维护),尽可能使用类型安全、功能更强大的基于Java文件的装配方式;最后,在某些情况下只有XML文件中才又你需要使用的名字空间时,再选择使用基于XML文件的装配方式。
自动装配Bean
Spring通过两个角度来实现自动装配:
《Spring实战》中用了一个例子来说明,假设你需要实现一个音响系统,该系统中包含CDPlayer和CompactDisc两个组件,Spring将自动发现这两个bean,并将CompactDisc的引用注入到CDPlayer中。
首先创建CD的概念——CompactDisc接口,如下所示:1
2
3
4
5
6
7
8
9package soundsystem;
/**
* @author 李智
* @date 2017/5/9
*/
public interface CompactDisc {
void play();
}
CompactDisc接口的作用是将CDPlayer与具体的CD实现解耦合,即面向接口编程。这里还需定义一个具体的CD实现,如下所示:1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17package soundsystem;
import org.springframework.stereotype.Component;
/**
* @author 李智
* @date 2017/5/9
*/
public class SgtPeppers implements CompactDisc {
private String title = "Sgt.Pepper's Lonely Hearts Club Band";
private String artist = "The Beatles";
public void play() {
System.out.println("Playing" + title + "by" + artist);
}
}
这里最重要的是@Component注解,它告诉Spring需要创建SgtPeppers bean。除此之外,还需要启动自动扫描机制,有两种方法:基于XML配置文件;基于Java配置文件,代码如下(二选一):1
2
3
4
5
6
7
8
9//这是XML配置
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:context="http://www.springframework.org/schema/context"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd">
<context:component-scan base-package="soundsystem"/>
</beans>
或1
2
3
4
5
6
7
8
9
10
11
12
13
14//这是Java配置
package soundsystem;
import org.springframework.context.annotation.ComponentScan;
import org.springframework.context.annotation.Configuration;
/**
* @author 李智
* @date 2017/5/9
*/
public class CDPlayerConfig {
}
在这个Java配置文件中有两个注解值得注意:@Configuration表示这个.java文件是一个配置文件;@ComponentScan表示开启Component扫描,Spring将会设置该目录以及子目录下所有被@Component注解修饰的类。
自动配置的另一个关键注解是@Autowired,基于之前的两个类和一个Java配置文件,可以写个测试1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24package com.spring.sample.soundsystem;
import com.spring.sample.config.SoundSystemConfig;
import org.junit.Assert;import org.junit.Test;
import org.junit.runner.RunWith;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.test.context.ContextConfiguration;
import org.springframework.test.context.junit4.SpringJUnit4ClassRunner;
/**
* @author 李智
* @date 2017/5/9
*/
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration(classes = SoundSystemConfig.class)
public class SoundSystemTest {
@Autowired
private CompactDisc cd;
@Test
public void cdShouldNotBeNull() {
Assert.assertNotNull(cd);
}
}
运行测试,看到绿色就成功了,说明@Autowired注解起作用了:自动将扫描机制创建的CompactDisc类型的bean注入到SoundSystemTest这个bean中。
这里需要注意两个点,一个是junit需要用高级一点的版本,之前用3.8一直有问题,换成4.12之后就好了;还一个是SpringTest的测试包。1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
<!-- Sprint-test 相关测试包 -->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-test</artifactId>
<version>3.2.11.RELEASE</version>
<exclusions>
<exclusion>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
</exclusion>
</exclusions>
<scope>test</scope>
</dependency>
简单得说,自动装配的意思就是让Spring从应用上下文中找到对应的bean的引用,并将它们注入到指定的bean。通过@Autowired注解可以完成自动装配。
例如,考虑下面代码中的CDPlayer类,它的构造函数被@Autowired修饰,表明当Spring创建CDPlayer的bean时,会给这个构造函数传入一个CompactDisc的bean对应的引用。
1 | package soundsystem; |
还有别的实现方法,例如将@Autowired注解作用在setCompactDisc()方法上:
1 |
|
或者是其他名字的方法上,例如:1
2
3
4
public void insertCD(CompactDisc cd) {
this.cd = cd;
}
更简单的用法是,可以将@Autowired注解直接作用在成员变量之上,我们开发一般都是直接这么用的吧,例如:1
2
private CompactDisc cd;
只要对应类型的bean有且只有一个,则会自动装配到该属性上。如果没有找到对应的bean,应用会抛出对应的异常,如果想避免抛出这个异常,则需要设置@Autowired(required=false)。不过,在应用程序设计中,应该谨慎设置这个属性,因为这会使得你必须面对NullPointerException的问题。
如果存在多个同一类型的bean,则Spring会抛出异常,表示装配有歧义,解决办法有两个:
(1)通过@Qualifier注解指定需要的bean的ID;
(2)通过@Resource注解指定注入特定ID的bean;
现在我们验证一下上述代码,通过下列代码,可以验证:CompactDisc的bean已经注入到CDPlayer的bean中,同时在测试用例中是将CDPlayer的bean注入到当前测试用例。
1 | import static org.junit.Assert.*; |
这里可以使用 public final Logger log = LoggerFactory.getLogger(CDPlayerTest.class);
来替代 public final StandardOutputStreamLog log = new StandardOutputStreamLog();
,要使用StandardOutputStreamLog,需要添加Jar包如下:
1 | <dependency> |
基于Java配置文件装配Bean
Java配置文件不同于其他用于实现业务逻辑的Java代码,因此不能将Java配置文件业务逻辑代码混在一起。一般都会给Java配置文件新建一个单独的package,实际上之前就用了Java配置的。
1 | @Configuration |
@Configuration注解表示这个类是配置类,之前我们是通过@ComponentScan注解实现bean的自动扫描和创建,这里我们重点是学习如何显式创建bean,因此首先将@ComponentScan(basePackageClasses = {CDPlayer.class, DVDPlayer.class})这行代码去掉。
我们先通过@Bean注解创建一个Spring bean,该bean的默认ID和函数的方法名相同,即sgtPeppers。例如:
1 |
|
可以利用Java语言的表达能力,实现类似工厂模式的代码如下:
1 |
|
然后在JavaConfig中的属性注入:
1 |
|
看起来是函数调用,实际上不是:由于sgtPeppers()方法被@Bean注解修饰,所以Spring会拦截这个函数调用,并返回之前已经创建好的bean——确保该SgtPeppers bean为单例。
1 |
|
如上代码所示:如果把sgtPeppers()方法当作普通Java方法对待,则cdPlayerbean和anotherCDPlayerbean会持有不同的SgtPeppers实例——结合CDPlayer的业务场景看:就相当于将一片CD同时装入两个CD播放机中,显然这不可能。
默认情况下,Spring中所有的bean都是单例模式,因此cdPlayer和anotherCDPlayer这俩bean持有相同的SgtPeppers实例。
当然,还有一种更清楚的写法:
1 |
|
这种情况下,cdPlayer和anotherCDPlayer这俩bean持有相同的SgtPeppers实例,该实例的ID为lonelyHeartsClub。这种方法最值得使用,因为它不要求CompactDisc bean在同一个配置文件中定义——只要在应用上下文容器中即可(不管是基于自动扫描发现还是基于XML配置文件定义)。
基于XML的配置方法
在之前Bean的定义有提到过,这里就不复述了。
混合使用多种配置方法
之前有提到过,开发过程中也可能使用混合配置,首先明确一点:对于自动配置,它从整个容器上下文中查找合适的bean,无论这个bean是来自JavaConfig还是XML配置。
在JavaConfig中解析XML配置
1 | //通过@Import注解导入其他的JavaConfig,并且支持同时导入多个配置文件; |
在XML配置文件中应用JavaConfig
1 | //通过<import>标签引入其他的XML配置文件; |
通常的做法是:无论使用JavaConfig或者XML装配,都要创建一个root configuration,即模块化配置定义;并且在这个配置文件中开启自动扫描机制:context:component-scan或者@ComponentScan。
总结
由于自动装配几乎不需要手动定义bean,建议优先选择自动装配;如何必须使用显式配置,则优先选择基于Java文件装配这种方式,因为相比于XML文件,Java文件具备更多的能力、类型安全等特点;但是也有一种情况必须使用XML配置文件,即你需要使用某个名字空间(name space),该名字空间只在XML文件中可以使用。
ps:上述例子都是直接用的《Spring实战》