Bean的定义与控制、纯Java运行与@Bean
转载本文需注明出处:微信公众号EAWorld,违者必究。
Spring的整个运转机制就是围绕着IoC容器以及Bean展开的。IoC就是一个篮子,所有的Bean都向里面扔。除了提供篮子功能创建并存放Bean之外,IoC还要负责管理Bean与Bean之间的关系——依赖注入。之前也提到Bean是Spring核心容器的最小工作单元,Spring一些更高级的功能(例如切面、代理)都是在Bean的基础上实现。
除了管理Bean与Bean之间的关系,IoC还提供了对Bean自身进行控制的各项功能,本文将先介绍Bean的生命周期功能以及状态定义功能,然后谈谈纯Java运行与@Bean。
前置依赖
Bean与Bean之间存在依赖关系,可以是强依赖(通过XML和注解直接声明依赖)、也可以是弱依赖(ApplicationContextAware等方式获取)。当一个Bean需要另外一个Bean完成初始化后自身才能工作时,例如一个Bean依赖DataSoruce,但是DataSource的初始化需要较长时间。这个时候用depends-on声明前置依赖即可:
<!-- 依赖多个Bean使用,号分割 --><bean id="beanOne" class="ExampleBean" depends-on="manager,accountDao"> <property name="manager" ref="manager" /></bean>
<bean id="manager" class="ManagerBean" /><bean id="accountDao" class="x.y.jdbc.JdbcAccountDao" />
延迟加载
通常情况下,所有的singleton(http://t.cn/E6Wwy06)类型的Bean都会在容器创建后进行初始化,简单的说就是启动Jvm就开始创建(实际上是创建ApplicationContext的某个实现类实例之后)。
IoC支持所有的singleton Bean在使用时再加载,这样做的好处是可以大大节省初始化的时间。但是如果你的应用对启动时间的长短并不敏感,建议让所有的 singleton 都启动时加载。这样可以在启动时就发现一些问题,而不是在运行很久直到使用时才由用户去触发这个问题。或者可以根据场景来使用决定是否延迟,例如开发时使用延迟加载,而在集成测试或上生产时关闭。
可以设置全局延迟加载,也可以设置某个Bean延迟加载:
<beans default-lazy-init="true"> <!-- 所有的Bean知道使用的时候才会进行加载... --></beans>
<!-- 只有lazy类延迟加载 --><bean id="lazy" class="com.foo.ExpensiveToCreateBean" lazy-init="true"/><bean name="not.lazy" class="com.foo.AnotherBean"/>
需要注意的是,在设置某个单独的Bean延迟加载时,如果有某个没有延迟加载的Bean要依赖他,那实际上也会在初始化的时候就加载。
还要强调一下,这里的“加载”仅仅是为了表示一个类被Ioc创造并放置容器中,和classLoad方法将class文件中的字节码加载到方法区的加载是两个概念。
延迟加载在设计模式上是单例模式一种延伸,通常也被称为懒汉模式。单例通常有双重锁+volatile、静态类和枚举三种方式实现。在Effective Java一书中对三种模式都有深入的解析。而对于Spring容器而言,枚举的方式肯定不好用了,静态类由于属于自身代码级别应该也不会用,所以双重锁的实现方式较为可信。不过我没去看过源码,仅属于猜测。
生命周期方法
初始化方法
当一个Bean完成初始化并注入各项参数之后,初始化回掉方法会被调用,简单的说就是完成创建之后会被调用。实现初始化回调方法有2个路径:1.继承org.springframework.beans.factory.InitializingBean接口,然后实现 afterPropertiesSet方法。2.在Bean的XML配置上使用init-method属性来制定要调用的初始化:
继承实现:
<bean id="a" class="x.y.A" />
package x.y;public class A implements InitializingBean { public void afterPropertiesSet(){ // init }}
配置实现:
<bean id="a" class="x.y.A" init-method="init" />
package x.y;public class A { public void init(){}}
2种方法都等效,实际使用是我们应该使用哪一种方法呢?
InitializingBean是Spring早期实现的一个生命周期回调方法。但是在JCP推出JSR-250和JSR-330规范之后,Spring的大神们开始意识到基于元编程思想和配置手段来实现非侵入式框架(Not Coupled)才是正道。所以现在都是推荐使用配置文件和JSR-250的@PostConstruct(关于各种Annotation的使用请关注后续的文章)。现在依然保留InitializingBean应该是考虑到兼容问题。
销毁方法
与创建方法相对应的是销毁方法。当一个类将要被销毁之前,对应的销毁回调方法会被调用。销毁方法也有一个继承实现和配置+注解实现:
继承实现:
<bean id="a" class="x.y.A" />
package x.y;public class A implements DisposableBean { public void destroy(){ // 销毁资源 }}
配置实现:
<bean id="a" class="x.y.A" destroy-method="cleanUp" />
package x.y;public class A { public void cleanUp(){ // 销毁资源 }}
依然建议销毁手段也使用配置或@PreDestroy来设定销毁方法。
最新活动更多
-
11月28日立即报名>>> 2024工程师系列—工业电子技术在线会议
-
12月19日立即报名>> 【线下会议】OFweek 2024(第九届)物联网产业大会
-
即日-12.26火热报名中>> OFweek2024中国智造CIO在线峰会
-
即日-2025.8.1立即下载>> 《2024智能制造产业高端化、智能化、绿色化发展蓝皮书》
-
精彩回顾立即查看>> 2024 智能家居出海论坛
-
精彩回顾立即查看>> 【在线会议】多物理场仿真助跑新能源汽车
推荐专题
发表评论
请输入评论内容...
请输入评论/评论长度6~500个字
暂无评论
暂无评论