一步一步认识spring(2)

2019/7/23 12:02:22 人评论 次浏览 分类:学习教程

bean的生命周期
bean的完整生命周期从spring容器着手实例化bean开始,直到最终销毁bean。其中经过了很多关键点,每个关键点都涉及到特定的方法调用,

我们可以将这些方法大致分以下四类。

Bean自身的方法
Bean级生命周期接口方法
容器级生命周期接口方法
工厂后处理器接口方法
Bean自身的方法调用Bean的构造函数实例化Bean,调用setter设置Bean的属性值以及通过 的 init-method 和destory-method所指定的方法。

Bean级生命周期接口方法如BeanNameAware、BeanFactoryAware、InitialzingBeanh、DisposableBean等等,这些接口方法由Bean类直接实现。

容器级生命周期接口方法独立于Bean,实现类以容器附加装置的形式注册到Spring容器中,一般这些方法产生的影响是整个容器,而不是自己的bean

工厂后处理器接口方法也是容器级别的,在应用上下文装配配置文件后立即调用。

Bean级生命周期接口方法和容器级生命周期接口方法前者解决Bean个性化处理的问题,后者解决容器中某些Bean共性化处理的问题。

对于Bean生命周期接口的探讨。

我们都知道,spring推崇不对应用程序类做任何限制, spring的好处在于用户可以完全将业务类POJO化,不用实现容器特定的接口,只要关心用户自定义的接口。

但是如果为了实现这些接口就将Bean和Spring牢牢的绑定在了一起,违反了初衷。

因此我们可以通过 的 init-method 和destory-method属性配置方式为Bean指定初始化和销毁的方法,采用这种方式对bean的生命周期的控制效果和通过Bean级生命周期的

InitialzingBeanh和DisposableBean接口所达到的效果是完全相同的,并且采用前者可以达到了框架解耦的目的。因此除非必要,我们都可以抛弃Bean级生命周期接口方法使用更好的

方式取代。

在这里不对生命周期中的一些spring接口做详细介绍,若想了解更多,可自行查找资料。

在这里可以简单的为生命周期做个简化:

单例模式的bean:

出生:容器加载bean就加载

存活:容器存在bean就存在

死亡:容器销毁bean就销毁

原型模式的bean:

出生:bean在使用的时候才创建

存活:bean在使用的期间存活

死亡:当bean不在使用并且没有其他对象引用该bean的时候由垃圾回收期帮忙回收

现在我们知道bean怎么创建的了,也了解了它的生命周期了,那我们下面就来谈谈它的作用域吧!

Bean的作用域
Bean有五种作用域:单例,原型,请求,会话,全局会话。

单例(singleton):每个容器中只有一个bean

原型(prototype):用到bean一次生成一个bean

请求(request):一次请求产生一个bean

会话(session):一次会话产生一个bean

全局会话(globalsession):当采用服务器集群的时候同一个session可能访问不同的服务器,这时候使用该作用域可以做到多个服务器都是同一个bean

配置会话可以在内的scope中配置

嗯~现在Bean的作用域我们也知道了,但是Bean有三种不同的装配方式,也就是说我们可以采用三种方式标明该类是一个bean,容器要去加载它。

Bean的装配方式
XML方式
注解方式
Java代码方式
上面我们所用到的例子都是使用xml配置方式声明一个bean。

注解方式就是在我们要配置的bean类上面加个注释,一共有四个注释:

@Component、@Repository、@Service、@Controller;后三个分别对应持久层、服务层、控制层的bean

但是四个注解都是可以统用的,弄了这么多主要是为了提高程序可读性。使用注解方式还要再spring配置中

加个小小的配置,即扫描加了配置的bean类的所在包

<context:component-scan base-package=“test1”/>
由于我主要使用XML配置和注解配置,故Java代码方式不做展开,但是现在Java代码配置Bean逐渐取代xml方式,读者可自行去了解。

相关资讯

    暂无相关的资讯...

共有访客发表了评论 网友评论

验证码: 看不清楚?
    -->