Spring总结二：Bean总结和SpEL介绍

最新推荐文章于 2023-04-17 18:00:14 发布

指鹿为�ớ ₃ờ

最新推荐文章于 2023-04-17 18:00:14 发布

阅读量387

点赞数

文章标签： java spring bean

本文链接：https://blog.csdn.net/yue_xx/article/details/104316060

版权

手动获取 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 的标准的路径资源

指鹿为�ớ ₃ờ

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
Spring总结二：Bean总结和SpEL介绍

手动获取 Bean除了通过 ApplicationContext 类的 getBean()方法获取 Bean，我们还可以通过注解来自动注入 BeanApplicationContext ctx=new ClassPathXmlApplicationContext("beans-factory.xml"); Car car1=(Car)ctx.getBean("car1");getBea...
复制链接

扫一扫