手动获取 Bean
除了通过 ApplicationContext 类的 getBean()方法获取 Bean,我们还可以通过注解来自动注入 Bean
ApplicationContext ctx=new ClassPathXmlApplicationContext("beans-factory.xml");
Car car1=(Car)ctx.getBean("car1");
getBean方法有重载类型,如果按 id 名获取 Bean 即传入的是 String 类型,则返回的是 Obejct 类型,需要进行强制类型转换。
如果按 Bean 的类型获取 Bean ,使用了泛型,所以不用进行强制类型转换。
Bean 自动装配
- Spring IOC 容器可以自动装配 Bean. 需要做的仅仅是在 < bean > 的 autowire 属性里指定自动装配的模式
- byType(根据类型自动装配): 若 IOC 容器中有多个与目标 Bean 类型一致的 Bean. 在这种情况下, Spring
将无法判定哪个 Bean 最合适该属性, 所以不能执行自动装配. - byName(根据名称自动装配): 必须将目标 Bean 的名称和属性名设置的完全相同.
- constructor(通过构造器自动装配): 当 Bean 中存在多个构造器时, 此种自动装配方式将会很复杂. 不推荐使用
缺点
- 在 Bean 配置文件里设置 autowire 属性进行自动装配将会装配 Bean 的所有属性. 然而, 若只希望装配个别属性时,
autowire 属性就不够灵活了. - autowire 属性要么根据类型自动装配, 要么根据名称自动装配, 不能两者兼而有之.
- 一般情况下,在实际的项目中很少使用自动装配功能,因为和自动装配功能所带来的好处比起来,明确清晰的配置文档更有说服力一些
自动装配除了使用 @Autowired 还可以使用 @Resource。
@Autowired按类型匹配自动注入,而@Resource默认按Bean的名字自动注入。
这两个注解都可以与@Qualifier匹配进行更精准的匹配。
Bean 之间的关系:继承、依赖
继承
- Spring 允许继承 bean 的配置, 被继承的 bean 称为父 bean. 继承这个父 Bean 的 Bean 称为子 Bean
- 子 Bean 从父 Bean 中继承配置, 包括 Bean 的属性配置
- 子 Bean 也可以覆盖从父 Bean 继承过来的配置
- 父 Bean 可以作为配置模板, 也可以作为 Bean 实例. 若只想把父 Bean 作为模板, 可以设置 < bean >
的abstract 属性为 true, 这样 Spring 将不会实例化这个 Bean - 并不是 < bean > 元素里的所有属性都会被继承. 比如: autowire, abstract 等.
- 也可以忽略父 Bean 的 class 属性, 让子 Bean 指定自己的类, 而共享相同的属性配置. 但此时 abstract 必须设为
true
<bean id="address" class="com.qlgydx.spring.beans.spel.Address"
p:city="BeiJIng" p:street="WuDaoKou"
></bean>
<!-- bean 配置的继承: 使用 bean 的 parent 属性指定继承哪个 bean 的配置-->
<bean id="address2" p:street="DaZhongSi" parent="address"></bean>
可以将 bean 作为一个模板,使用 abstract 属性 并把值设置为 true ,
注意此时该 bean 不能被实例化,被称作抽象 bean ,是用来被继承配置的
<bean id="address" class="com.qlgydx.spring.beans.autowire.Address"
p:city="BeiJIng" p:street="WuDaoKou" abstract="true"
></bean>
抽象bean:bean 的 abstract 属性为 true 的bean ,这样的 bean 不能被 IOC 容器实例化,只用来被继承配置
若某一个 bean 的 class 属性没有被指定,则该 bean 必须是一个抽象 bean
依赖
- Spring 允许用户通过 depends-on 属性设定 Bean 前置依赖的Bean,前置依赖的 Bean 会在本 Bean实例化之前创建好
- 如果前置依赖于多个 Bean,则可以通过逗号,空格或的方式配置 Bean 的名称
<!-- 要求在配置 Person 时必须有一个关联的 car!! 换句话说, person 这个 bean 依赖于 car 这个bean-->
<bean id="person" class="com.qlgydx.spring.beans.spel.Person"
p:name="Tom" p:address-ref="address" depends-on="car"></bean>
Bean 的作用域
- 在 Spring 中, 可以在 < bean > 元素的 scope 属性里设置 Bean 的作用域.
- 默认情况下, Spring 只为每个在 IOC 容器里声明的 Bean 创建唯一一个实例, 整个 IOC
容器范围内都能共享该实例:所有后续的 getBean() 调用和 Bean 引用都将返回这个唯一的 Bean 实例.该作用域被称为singleton, 它是所有 Bean 的默认作用域.
使用外部属性文件
- 在配置文件里配置 Bean 时, 有时需要在 Bean 的配置里混入系统部署的细节信息(例如: 文件路径, 数据源配置信息等).
而这些部署细节实际上需要和 Bean 配置相分离 - Spring 提供了一个 PropertyPlaceholderConfigurer 的 BeanFactory 后置处理器,
这个处理器允许用户将 Bean 配置的部分内容外移到属性文件中. 可以在 Bean 配置文件里使用形式为 ${var} 的变量,
PropertyPlaceholderConfigurer 从属性文件里加载属性, 并使用这些属性来替换变量. - Spring 还允许在属性文件中使用 ${propName},以实现属性之间的相互引用。
Spring 2.0
Spring 2.5 之后: 可通过 <context:property-placeholder > 元素简化:
-
< beans > 中添加 context Schema 定义
-
在配置文件中加入如下配置:
Spring 表达式语言:SpEL
-
Spring 表达式语言(简称SpEL):是一个支持运行时查询和操作对象图的强大的表达式语言。
-
语法类似于 EL:SpEL 使用 #{…} 作为定界符,所有在大框号中的字符都将被认为是 SpEL
-
SpEL 为 bean 的属性进行动态赋值提供了便利 通过 SpEL 可以实现:
– 通过 bean 的 id 对 bean 进行引用
– 调用方法以及引用对象中的属性
– 计算表达式的值
– 正则表达式的匹配
SpEL:字面量
-
字面量的表示:
整数:< property name="count" value="#{5}"/>
小数:< property name="frequency" value="#{89.7}"/>
科学计数法:< property name="capacity" value="#{1e4}"/>
String可以使用单引号或者双引号作为字符串的定界符号:< property name=“name” value="#{'Chuck'}"/> 或 < property name='name' value='#{"Chuck"}'/>
Boolean:< property name="enabled" value="#{false}"/>
SpEL:引用Bean、属性和方法
- 引用其他对象
- 引用其他对象的属性
- 调用其他方法,还可以链式操作
- 调用静态方法或静态属性:通过 T() 调用一个类的静态方法,它将返回一个 Class Object,然后再调用相应的方法或属性
SPEL支持的运算符号
- 算术运算符:+,-,*,/,%,^
- 加号还可以用作字符串连接
- 比较运算符:<,>,==,<=,>=,lt,gt,eq,le,ge
- 逻辑运算符:and,or,not,|
- 三元运算符
- if-else运算符的变体
- 正则表达式:matches
IOC 容器中 Bean 的生命周期方法
- Spring IOC 容器可以管理 Bean 的生命周期, Spring 允许在 Bean 生命周期的特定点执行定制的任务.
- Spring IOC 容器对 Bean 的生命周期进行管理的过程:
– 通过构造器或工厂方法创建 Bean 实例
– 为 Bean 的属性设置值和对其他 Bean 的引用
– 调用 Bean 的初始化方法
– Bean 可以使用了
– 当容器关闭时, 调用 Bean 的销毁方法 - 在 Bean 的声明里设置 init-method 和 destroy-method 属性, 为 Bean 指定初始化和销毁方法.
<bean id="car" class="com.qlgydx.beans.cycle.Car"
init-method="init"
destroy-method="destory">
<property name="brand" value="Audi"></property>
</bean>
Bean 的后置处理器
- Bean 后置处理器允许在调用初始化方法前后对 Bean 进行额外的处理.
- Bean 后置处理器对 IOC 容器里的所有 Bean 实例逐一处理, 而非单一实例. 其典型应用是: 检查 Bean
属性的正确性或根据特定的标准更改 Bean 的属性. - 对Bean 后置处理器而言, 需要实现 接口. 在初始化方法被调用前后,
Spring 将把每个 Bean 实例分别传递给上述接口的以下两个方法:
public class MyBeanPostProcessor implements BeanPostProcessor{
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
System.out.println("MyBeanPostProcessor.postProcessBeforeInitialization: "+bean+", "+beanName);
if("car".equals(beanName)){
//....
}
return bean;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
System.out.println("MyBeanPostProcessor.postProcessBeforeInitialization: "+bean+", "+beanName);
Car car=new Car();
car.setBrand("Ford");
return car;
}
}
实现 BeanPostProcessor 接口,并具体提供
postProcessBeforeInitialization(Object bean, String beanName):init-method 之前被调用
postProcessAfterInitialization(Object bean, String beanName): init-method 之后被调用
两个方法的实现
两个参数
bean: bean 实例本身
beanName: IOC 容器配置的 bean 的名字。
返回值: 是实际上返回给用户的那个 bean
注意: 可以在以上两个方法中修改返回的 bean ,甚至返回一个新的 bean
<!-- 配置 bean 的 后置处理器:不需要配置 id ,IOC 容器自动识别是一个 BeanPostProcessor -->
<bean class="com.qlgydx.beans.cycle.MyBeanPostProcessor"></bean>
添加 Bean 后置处理器后 Bean 的生命周期
Spring IOC 容器对 Bean 的生命周期进行管理的过程:
- 通过构造器或工厂方法创建 Bean 实例
- 为 Bean 的属性设置值和对其他 Bean 的引用
- 将 Bean 实例传递给 Bean 后置处理器的 postProcessBeforeInitialization 方法
调用 Bean 的初始化方法 - 将 Bean 实例传递给 Bean 后置处理器的 postProcessAfterInitialization方法
- Bean 可以使用了
- 当容器关闭时, 调用 Bean 的销毁方法
’
前面写了通过全类名即通过反射的方式配置 Bean,在配置文件配置 Bean 中还有三种方式。
1、通过调用静态工厂方法创建 Bean
- 调用静态工厂方法创建 Bean是将对象创建的过程封装到静态方法中. 当客户端需要对象时, 只需要简单地调用静态方法,而不同关心创建对象的细节.
- 要声明通过静态方法创建的 Bean, 需要在 Bean 的 class 属性里指定拥有该工厂的方法的类, 同时在 factory-method 属性里指定工厂方法的名称. 最后, 使用 < constrctor-arg> 元素为该方法传递方法参数.
//静态工厂方法
public static Car getCar(String name) {
return cars.get(name);
}
配置文件配置:
<!--
class 属性: 指向静态工厂方法的全类名
factory-method : 指向静态工厂方法的名字
construcor-agr : 如果工厂方法需要传入参数,则使用 constructor-arg 来配置参数
-->
<bean id="car1"
class="com.qlgydx.beans.factory.StatciCarFactory"
factory-method="getCar" >
<constructor-arg value="audi"></constructor-arg>
</bean>
2、通过调用实例工厂方法创建 Bean
- 实例工厂方法: 将对象的创建过程封装到另外一个对象实例的方法里. 当客户端需要请求对象时,
只需要简单的调用该实例方法而不需要关心对象的创建细节.
要声明通过实例工厂方法创建的 Bean
- 在 bean 的 factory-bean 属性里指定拥有该工厂方法的 Bean
- 在 factory-method 属性里指定该工厂方法的名称
- 使用 construtor-arg 元素为工厂方法传递方法参数
与静态工厂方法的区别是,要先配置实例工厂的实例,再通过这个实例是调用工厂方法得到 bean。
实例工厂方法
public Car getCar(String brand) {
return cars.get(brand);
}
配置文件配置:
<!-- 配置工厂的实例 -->
<bean id="instanceCarFactory" class="com.qlgydx.beans.factory.InstanceCarFactory"></bean>
<!-- 通过实例工厂方法来配置bean -->
<!--
factory-bean 属性: 指向实例工厂方法的 bean
factory-method : 指向实例工厂方法的名字
construcor-agr : 如果工厂方法需要传入参数,则使用 constructor-arg 来配置参数
-->
<bean id="car2" factory-bean="instanceCarFactory" factory-method="getCar">
<constructor-arg value="ford"></constructor-arg>
</bean>
3、实现 FactoryBean 接口在 Spring IOC 容器中配置 Bean
-
Spring 中有两种类型的 Bean, 一种是普通Bean, 另一种是工厂Bean, 即FactoryBean.
-
工厂 Bean 跟普通Bean不同, 其返回的对象不是指定类的一个实例, 其返回的是该工厂 Bean 的 getObject
方法所返回的对象
/**
* 自定义的 FactoryBean 需要实现 FactoryBean 接口
*
*/
public class CarFactoryBean implements FactoryBean<Car >{
private String brand;
public void setBrand(String brand) {
this.brand = brand;
}
//返回 bean 的对象
@Override
public Car getObject() throws Exception {
return new Car(brand,500000);
}
/**
* 返回 bean 的类型
*/
@Override
public Class<?> getObjectType() {
return Car.class;
}
@Override
public boolean isSingleton() {
return true;
}
}
配置文件配置:
<!--
通过 FactoryBean 来配置 Bean 的实例
class: 执行 FactoryBean 的全类名
property:配置 FactoryBean 的属性
但实际返回的实例却是 FactoryBean 的getObeject()方法返回的实例!!
-->
<bean id="car" class="com.qlgydx.beans.FactoryBean.CarFactoryBean">
<property name="brand" value="BMW"></property>
</bean>
不在配置文件中配置 Bean:注解配置
我们可以通过注解的方式告诉 Spring 这是一个组件,需要工厂实例化,在配置文件中说明要扫描的路径,Spring 就会自动扫描并将扫描到的 Bean 交由 IOC 容器管理。
-
组件扫描(component scanning): Spring 能够从 classpath 下自动扫描,
侦测和实例化具有特定注解的组件. -
特定组件包括:
– @Component: 基本注解, 标识了一个受 Spring 管理的组件
– @Respository: 标识持久层组件
– @Service: 标识服务层(业务层)组件
– @Controller: 标识表现层组件这些注解并没有实质上的区别,我的想法是之所以用不同的注解是为了表示某个 Bean 的作用及其所属的层次,有利于开发和架构,还可以在扫描时区分注解,后面在整合 Spring MVC 的笔记中我会详细解释这一点。
-
对于扫描到的组件, Spring 有默认的命名策略: 使用非限定类名, 第一个字母小写. 也可以在注解中通过 value属性值标识组件的名称
当在组件类上使用了特定的注解之后, 还需要在 Spring 的配置文件中声明 < context:component-scan> :
- base-package 属性指定一个需要扫描的基类包,Spring 容器将会扫描这个基类包里及其子包中的所有类.
- 当需要扫描多个包时, 可以使用逗号分隔.
- 如果仅希望扫描特定的类而非基包下的所有类,可使用 resource-pattern 属性过滤特定的类,示例:
- < context:include-filter> 子节点表示要包含的目标类
- < context:exclude-filter> 子节点表示要排除在外的目标类
- < context:component-scan> 下可以拥有若干个 < context:include-filter> 和 <
context:exclude-filter> 子节点
base-package:指定 spring IOC 容器扫描的包
resource-pattern: 指定扫描的资源
<context:component-scan
base-package="com.qlgydx.beans.annotation"
resource-pattern="repository/*.class"
></context:component-scan>
context:exclude-filter 子节点指定排除那些指定表达式的组件
context:include-filter 子节点指定包含哪些表达式的组件,该子节点需要 use-default-filters 配合使用
<context:component-scan base-package="com.qlgydx.beans.annotation">
<context:exclude-filter type="annotation" expression="org.springframework.stereotype.Repository"/>
<context:include-filter type="annotation" expression="org.springframework.stereotype.Repository"/>
<context:exclude-filter type="assignable" expression="com.qlgydx.beans.annotation.repository.UserRepository"/>
<context:include-filter type="assignable" expression="com.qlgydx.beans.annotation.repository.UserRepository"/>
</context:component-scan>
**< context:include-filter> 和 < context:exclude-filter> 子节点支持多种类型的过滤表达式:
**
- < context:component-scan> 元素还会自动注册 AutowiredAnnotationBeanPostProcessor 实例, 该实例可以自动装配具有 @Autowired 和 @Resource 、@Inject注解的属性.
@Autowired 注解自动装配具有兼容类型的单个 Bean属性
- 构造器, 普通字段(即使是非 public), 一切具有参数的方法都可以应用@Authwired 注解
- 默认情况下, 所有使用 @Authwired 注解的属性都需要被设置. 当 Spring 找不到匹配的 Bean 装配属性时,
会抛出异常, 若某一属性允许不被设置, 可以设置 @Authwired 注解的 required 属性为 false - 默认情况下, 当 IOC 容器里存在多个类型兼容的 Bean 时, 通过类型的自动装配将无法工作. 此时可以在 @Qualifier
注解里提供 Bean 的名称. Spring 允许对方法的入参标注 @Qualifiter 已指定注入 Bean 的名称 - @Authwired 注解也可以应用在数组类型的属性上, 此时 Spring 将会把所有匹配的 Bean 进行自动装配.
- @Authwired 注解也可以应用在集合属性上, 此时 Spring 读取该集合的类型信息, 然后自动装配所有与之兼容的 Bean
- @Authwired 注解用在 java.util.Map 上时, 若该 Map 的键值为 String, 那么 Spring
将自动装配与之 Map 值类型兼容的 Bean, 此时 Bean 的名称作为键值
使用 @Resource 或 @Inject 自动装配 Bean
- Spring 还支持 @Resource 和 @Inject 注解,这两个注解和 @Autowired 注解的功用类似
- @Resource 注解要求提供一个 Bean 名称的属性,若该属性为空,则自动采用标注处的变量或方法名作为 Bean 的名称
- @Inject 和 @Autowired 注解一样也是按类型匹配注入的 Bean, 但没有 reqired 属性 建议使用
@Autowired 注解
整合多个配置文件
- Spring 允许通过 < import > 将多个配置文件引入到一个文件中,进行配置文件的集成。这样在启动 Spring
容器时,仅需要指定这个合并好的配置文件就可以。 - import 元素的 resource 属性支持 Spring 的标准的路径资源