Spiring系列__03IOC补充

这篇文章是对前一篇的一些补充:

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>
上一篇:BFS+贪心 HDOJ 5335 Walk Out


下一篇:Centos7 升级 gcc