Spring——ApplicationContext & Bean的生命周期

关于ApplicationContext和BeanFactory

如果使用ApplicationContext,则配置的Bean如果scope属性是singleton,那么当容器被加载时,这些Bean就会被实例化。好处是可以预先加载,速度快;缺点是耗内存。

如果使用BeanFactory,则当你实例化该对象的时候,配置的Bean不会被马上实例化,当你使用的时候才被实例化。BeanFacotry会延迟加载所有的Bean。这样的好处是节约内存,缺点是速度。

一般没有特殊要求,应当使用ApplicationContext

ApplicationContext是Spring更加高级的容器,功能非常强大:

  • 1.提供文本解析工具,包括对国际化的支持

  • 2.提供载入文件资源的通用方法,如图片。

  • 3.可以向注册为监听器的bean发送事件。

ApplicationContext三种经常用到的实现:

  • 1.ClassPathXmlApplicationContext:从类路径中加载。

  • 2.FileSystemXmlApplicationContext:从文件系统加载。

  • 3.XmlWebApplicationContext:从Web系统中加载。

Bean的生命周期

Bean被加载到容器中时,他的生命周期就开始了:

  • 1.容器寻找Bean的定义信息并实例化。

当我们的程序加载beans.xml(或spring-config.xml)文件的时候,把我们的Bean(前提是scope=singleton)实例化到内存。

  • 2.使用依赖注入,Spring按Bean定义信息配置Bean的所有属性。

使用setter方法设置属性,所以,Bean类必须为属性提供setter方法。

  • 3.若Bean实现了BeanNameAware接口,工厂调用Bean的setBeanName()方法传递Bean的ID。

setBeanName(String s)方法可以获取正在实例化的Bean的ID号。

比如下例,我们让入门【Spring——入门】案例中的UserService类实现BeanNameAware接口,然后重写其setBeanName(String s)方法

package com.gavin.service;

import org.springframework.beans.factory.BeanNameAware;

public class UserService  implements BeanNameAware{
    private String name;
    private ByeService byeService;

    public UserService() {
    }

    public String getName() {
        return name;
    }

    public void setName(String name) {
        this.name = name;
    }

    public ByeService getByeService() {
        return byeService;
    }

    public void setByeService(ByeService byeService) {
        this.byeService = byeService;
    }

    public void sayHello() {
        System.out.println("Hello, " + name);
        byeService.sayBye();
    }

    @Override
    public void setBeanName(String s) {
        System.out.println("当前Bean的ID号为:" + s);
    }
}

此时运行TestMain主方法后,结果如下:

这里写图片描述

可以看到,我们在UserService类中获取到了当前类的ID,这个ID正是我们配置在Spring配置文件中的ID。

  • 4.若Bean实现了BeanFactoryAware接口,工厂调用setBeanFactory()方法传入工厂自身。

setBeanFactory(BeanFactory beanFactory)方法可以给我们传递工厂自身。

BeanNameAware类似,实现这个接口可以让我们在Bean对象中获取当前的工厂。

  • 5.若Bean实现了ApplicationContextAware接口,工厂调用setApplicationContext()方法传入上下文。

  • 6.若BeanPostProcessor(Bean后置处理器)和Bean关联,则它们的postProcessBeforeInitialization()方法被调用。

后置处理器BeanPostProcessor有点类似于Web中的Filter。

public class MyBeanPostProcessor implements BeanPostProcessor {
    @Override
    public Object postProcessBeforeInitialization(Object o, String s) throws BeansException {
        System.out.println("postProcessBeforeInitialization方法被调用");
        return o;
    }

    @Override
    public Object postProcessAfterInitialization(Object o, String s) throws BeansException {
        System.out.println("postProcessAfterInitialization方法被调用");
        return o;
    }
}

在beans.xml中的配置:

<bean id="myBeanPostProcessory"  class="com.gavin.beanlife.MyBeanPostProcessor"/>

假设配置了后置处理器,不管是实例化哪个Bean,都会先调用 postProcessBeforeInitialization方法。

后置处理器的应用需求有:

  • 记录每个对象被实例化的时间
  • 过滤每个调用对象的IP
  • 给所有对象添加一个属性,获取其他的函数(所谓AOP,面向切面编程,针对所有对象编程)

  • 7.若Bean实现了InitializingBean接口,则会调用afterPropertiesSet()方法。

该方法会在自己定制的初始化方法和后置处理器的postProcessAfterInitialization()方法之前调用。

  • 8.如果自己定制了init-method,则调用自己定制的初始化方法
<bean id="personService" init-method="init" class="com.gavin.beanlife.PersonService">
    <property name="name" value="Gavin"/>
</bean>
  • 9.最后,若有BeanPostProcessor和Bean关联,则它们的postProcessAfterInitialization()方法被调用。

  • 10.使用Bean

  • 11.容器关闭

  • 12.当容器关闭后,若实现了DisposableBean接口,则会调用destroy()方法。

  • 13.如果自己定制了销毁方法,配置了destroy-method,则会调用自己定制的销毁方法,配置如下:

<bean id="personService" init-method="init" destroy-method="destroy" class="com.gavin.beanlife.PersonService">
    <property name="name" value="Gavin"/>
</bean>

【注意】在实际开发中可能并不需要上述所有的步骤。根据需要即可。一般的步骤:1->2->6->9->10->11


问题:通过BeanFactory来获取Bean,和通过ApplicationContext来获取Bean,生命周期是否一样的?

答案:不一样,BeanFactory获取Bean的生命周期简单得多!

如下两幅图对比:

这里写图片描述

这里写图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值