这篇文章是对前一篇的一些补充:
1.SpringIOC容器可以管理Bean的生命周期:
- 通过构造器或工厂方法创建bean的实例;
- 为bean属性设置值或者引入其他bean;
- 调用bean的初始化方法,此时bean就可以使用了;
-
容器关闭时,调用bean的清理方法。
在bean的声明里定义init-method和的story-method,来定义bean的初始化方法和销毁方法。
2.bean的后置处理器
bean的后置处理器允许spring在初始化方法前后,对bean进行额外的处理,其会对IOC容器的所有bean实例进行逐一处理,而非单一实例。例如:对bean实例检查属性的正确性或进行相应的更改。
当你想自定义一个后置处理器时,需要实现Spring提供的BeanPostProcessor接口。
package com.spring.demo.bean;
import org.springframework.beans.BeansException;
import org.springframework.beans.factory.config.BeanPostProcessor;
public class MyBeanProcessor implements BeanPostProcessor {
@Override
public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {
//添加过滤规则
if ("car".equals(beanName)) {
System.out.println("postProcessBeforeInitialization:" + beanName + bean);
return bean;
}
return null;
}
@Override
public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {
return bean;
}
<!--
配置 bean 后置处理器: 不需要配置 id 属性,
IOC 容器会识别到他是一个 bean 后置处理器, 并调用其方法
-->
<bean class="com.spring.demo.bean.MyBeanProcessor"/>
在这个例子中,我只是在初始化bean之前对bean进行了校验,只是实例化car类型。
当你自定义了一个后置处理器,并将其注册到了Spring容器中,bean的声明周期方法也会发生了一些改变:
- 通过构造器或工厂方法创建bean的实例;
- 为bean属性设置值或者引入其他bean;
- 将bean实例传递给后置处理器的postProcessBeforeInitialization方法;
- 调用bean的初始化方法,此时bean就可以使用了;
- 将bean实例传递给后置处理器的postProcessAfterInitialization方法;
- 容器关闭时,调用bean的清理方法。
3.bean的创建方式续
前一篇已经介绍了了通过反射来创建bean的方法,现在介绍剩下的两种:
1.工厂方法
其理念和设计模式中的工厂方法一样。
1.静态工厂方法
静态工厂方法创建bean,不需要创建静态工厂实例,只需调用对应的静态方法即可。
<!--
bean的配置方式2:工厂方法
静态工厂方法:
id指定唯一标识
class指定的是静态工厂方法的类
factory-method指定创建bean的工厂方法
-->
<bean id="carByStaticFactory" class="com.spring.demo.bean.StaticCarFactory" factory-method="getCar">
<constructor-arg value="mini"/>
</bean>
//静态工厂
package com.spring.demo.bean;
import java.util.HashMap;
import java.util.Map;
/**
* 静态方法来创建Car实例
*/
public class StaticCarFactory {
private static Map<String, Car> cars = new HashMap<>(10);
static {
cars.put("mini", new Car("mini", null, 200, 3000000.00));
cars.put("BMW", new Car("BMW", null, 200, 5000000.00));
}
public static Car getCar(String name) {
return cars.get(name);
}
}
//测试方法
@Test
public void testStaticFactory() {
ApplicationContext context = new ClassPathXmlApplicationContext("bean-autowire.xml");
Car car = (Car) context.getBean("carByStaticFactory");
System.out.println(car);
}
2.实例工厂方法
与静态工厂方法不同,实例工厂方法需要实例一个工厂对象,其余的与静态工厂方法类似。
<!--
bean的配置方式2:工厂方法
实例态工厂方法:与静态工厂方法类似
id指定唯一标识
class指定的是静态工厂方法的类
factory-bean指定工厂工厂方法实例
factory-method指定创建bean的工厂方法
-->
<bean id="carFactory" class="com.spring.demo.bean.CarFactory"></bean>
<bean id="carByFactory" class="com.spring.demo.bean.Car" factory-bean="carFactory"
factory-method="getCar">
<constructor-arg value="mini"></constructor-arg>
</bean>
package com.spring.demo.bean;
import java.util.HashMap;
import java.util.Map;
public class CarFactory {
private Map<String, Car> cars = new HashMap<>(10);
{
cars.put("mini", new Car("mini", null, 200, 3000000.00));
cars.put("BMW", new Car("BMW", null, 200, 5000000.00));
}
public Car getCar(String name) {
return cars.get(name);
}
}
@Test
public void testFactory() {
ApplicationContext context = new ClassPathXmlApplicationContext("bean-autowire.xml");
Car car = (Car) context.getBean("carByFactory");
System.out.println(car);
}
2.FactoryBean
Spring容器提供了一种新的bean的配置方式:FactoryBean。
Spring容器中有两种Bean:一种是普通的bean,另一种是工厂bean,即FactoryBeean。FactoryBean提供了getObject()来返回bean的实例。当你通过这种方式时,需要实现Spring的FactoryBean接口。
<!--
bean的配置方式3:FactoryBean
-->
<bean id="carByFacoryBean" class="com.spring.demo.bean.CarFactoryBean"/>
package com.spring.demo.bean;
import org.springframework.beans.factory.FactoryBean;
/**
* 自定义FactoryBean需要实现对应的方法
*/
public class CarFactoryBean implements FactoryBean<Car> {
/**
* 该方法返回创建的bean的引用
* @return
* @throws Exception
*/
@Override
public Car getObject() throws Exception {
return new Car("BMW", "mini", 300, 2000000.00);
}
/**
* 返回配置的bean的对应的泛型
* @return
*/
@Override
public Class<?> getObjectType() {
return Car.class;
}
/**
* 是否单例
* @return
*/
@Override
public boolean isSingleton() {
return true;
}
}
@Test
public void testFactory() {
ApplicationContext context = new ClassPathXmlApplicationContext("bean-autowire.xml");
Car car = (Car) context.getBean("carByFactory");
System.out.println(car);
}
3.注解方式
可以采用注解方式来配置bean,不过需要配置主键扫描(其实组件扫描也可以通过注解实现,达到纯注解配置)
组件扫描(component scanning): Spring 能够从 classpath 下自动扫描, 侦测和实例化具有特定注解的组件.
- @Component: 基本注解, 标识了一个受 Spring 管理的组件:
- @Respository: 标识持久层组件
- @Service: 标识服务层(业务层)组件
- @Controller: 标识表现层组件
对于扫描到的组件,spring默认使用类名小写来命名,也可以通过value显示指定。
<context:component-scan base-package="com.spring.demo.autowire"/>
@Test
public void testComponentScan() {
ApplicationContext context = new ClassPathXmlApplicationContext("bean-fac.xml");
CarController controller = (CarController) context.getBean("carController");
controller.test();
}
1.组件装配
context:component-scan 元素还会自动注册 AutowiredAnnotationBeanPostProcessor 实例, 该实例可以自动装配具有 @Autowired 和 @Resource 、@Inject注解的属性。
1.使用 @Autowired 自动装配 Bean
@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 的名称作为键值
2.使用 @Resource 或 @Inject 自动装配 Bean
Spring 还支持 @Resource 和 @Inject 注解,这两个注解和 @Autowired 注解的功用类似
- @Resource 注解要求提供一个 Bean 名称的属性,若该属性为空,则自动采用标注处的变量或方法名作为 Bean 的名称
- @Inject 和 @Autowired 注解一样也是按类型匹配注入的 Bean, 但没有 reqired 属性
建议使用 @Autowired 注解
4.bean的作用域
Spring容器的有以下几种作用域:
- 单例(singleton): 在整个应用中,只创建bean的一个实例。
- 原型(prototype): 每次注入或者通过Spring应用上下文获取的时候,都会创建一个新的bean的实例。
- 请求(request): 在web应用中,为每次请求创建一个bean实例。
- 会话(session): 在web应用中,为每个会话创建一个bean实例。
在默认情况下,Spring应用上下文中所有bean都是单例的(线程不安全),这在大多数情况下是合理的;但是,有些情况下,你不希望如此。
比如,电商应用中的购物车,若是单例的,则所有人添加的商品都会添加到一个购物车里面,这就GG了。而现实生活中,你的购物车是只有你能看到并进行更改的。假设有一个Service对象来执行这一业务逻辑:用户登录后添加商品到购物车里面。我们来分析一下:这个Service对象,应该是单例的并且是随着Spring容器加载而实例化好的;但是购物车对象的对象应该是session,并且应该在用户登录后开始向购物车添加商品的时候才进行实例化。而且,Service对象要想完成这一业务逻辑,需要依赖购物车对象。
简单概况:现在,一个作用域为singleton的Serivce对象需要对一个作用域为session的对象依赖。
这时,我们可以采取以下方案进行设计:
/**
* 购物车对象,正常应该一个用户创建一次会话的时候就创建一个对象,作用域为session
*/
@Component
@Scope(value = WebApplicationContext.SCOPE_SESSION,
proxyMode = ScopedProxyMode.INTERFACES)
public class ShoppingCart {
}
/**
* 购物车对象,正常应该一个用户创建一次会话的时候就创建一个对象,作用域为session
*/
@Component
@Scope(value = WebApplicationContext.SCOPE_SESSION,
proxyMode = ScopedProxyMode.INTERFACES)
public class ShoppingCart {
}
解释一下:Spring并不会将实际的购物车对象注入到service对象中(购物车还没创建,也根本没法注入),而是注入一个购物车对象的代理,这个代理会暴露和购物车一样的方法,所以service对象就会认为他是一个购物车。
而proxyMode属性的值为ScopedProxyMode.INTERFACES,表明这个代理要实现ShoppingCart接口,并将调用委托给bean。
如果shoppingcart是接口的话,这时可以的;但是当其是一个具体类的时候,Spring就不许使用CGlib来生成基于累的代理。
当然,当你采用xml配置文件的形式的时候,只需要设置如下属性即可:
<bean id="cart" class="" scope="session">
<aop:scoped-proxy/>
</bean>