Spring(二)Bean入门

  • Post author:
  • Post category:其他


一、BeanFactory介绍


1.1、Bean:


  • 在Spring技术中是基于组件的

  • 最基本了是最常用的单元

  • 其实实例保存在Spring的容器当中


Bean通常被定义在配置文件当中,Bean实例化由Spring的Ioc容器进行管理,Bean的实例可以通过Beanfactory进行访问,实际上大部分J2EE应用,Bean是通过ApplicationContext来访问的,ApplicationContext是BeanFactory的子接口,功能要比BeanFactory强大许多


1.2、BeanFactory作用


  • 配置、创建以及管理Bean对象

  • 维持Bean对象之间的依赖关系

  • 负责Bean对象的生命周期


BeanFactory常用方法:


  • containsBean(String beanname)

  • Object getBean(String beanName)


通常使用XmlBeanFactory类来实现


1.3、ApplicationContext


  • 读取Bean定义文件

  • 维护Bean之间的依赖关系

  • 国际化的支持

  • 资源文件的读取getRource()方法可以轻松读取Rource对象

  • 事件传播

  • 多配置文件加载

二、Bean定义

2.1、基本组成


配置文件

  • <beans/>是Sring配置文件的根节点
  • 一个<beans/>节点里面可以有多个<bean>节点


定义<bean>节点时,通常要指定两个属性


id:用来指明bean的标识符,这个标识符具有唯一性,Spring对bean的管理以及bean之间这种依赖关系都需要这个属性


class: 指明该bean的具体实现类,这里不能是接口(可以是接口实现类)全路径包名.类名


Bean在Spring容器中两种行为(通过scope来设置默认不写为singelton)


singleton:单实例模式(默认,构造方法为private),整个Spring的容器中只有一个共享实例存在(

singleton

)


non-singelton:每次请求该bean,Spring容器都会新建立一个bean实例,然后返回给程序(request,session,prototype)

2.2、创建Bean


Bean的命名:


按照Java中的命名规范即可,使用清晰的,描述性的,一致的命名规范


Bean的命名机制:


id 当在Spring的窗口当中,查找某个Bean对象时,首先根据id进行查找,将其余作为Bean的默认名称,如果ID属性不存在,则根据Name属性进行查找(将其中的第一个名称作为默认的名称),如果ID和NAME都不存在根据类的名称进行查找


id———->name—————>类名

<bean id="id1" class="实现类"></bean>
<bean name="id1" class="实现类"></bean>
<bean  class="实现类"></bean>


Bean的别名:


通过alias属性指定:

<alias name="指定关联的Bean的名称fromname" alias="该关联类的别名的名称toname"/>

2.3、创建Bean步骤


创建XML文件—-写入配置信息—生成Bean类—-加入Bean到配置文件

三、Bean注入

3.1、基本类型和String


  • 用到Value元素

  • XML解析器以String类型解析出数据

如果属性不是String类型,属性值会通过PropertyEditors转换为其他类型

3.2、注入Bean


-ref元素进行标识


Ref元素通常有两个属性:


bean:指定不在同一个XML文件中的bean的id

<bean id="test" class="com.pb.test">
<property name="user">
<ref bean="其他的bean的id"/>
</property>
</bean>


local:指定在同一个XML文件中的bean的id

<bean id="test" class="com.pb.test">
<property name="user">
<ref bean="相同的XML文件中的bean的id"/>
</property>
</bean>


value和ref的区别:


使用ref元素,可以让Spring在部署时验证依赖的Bean是否真实存在


使用value元素,进行指定仅在创建Bean实例时做验证,会导致错误的延时出现,而且还会带来额外的类型转制开销

3.3、集合注入


List:

<bean id="test" class="com.pb.test">
        <property name="lists">
        <list>
        <value>1</value>
        <value>2</value>
        <value>3</value>
        </list>
        </property>
    </bean>


Map:

<bean id="test" class="com.pb.test">
        <property name="map">
            <map>
                <entry key="key1">
                    <value>value1</value>
                </entry>
                <entry key="key2">
                    <value>key2</value>
                </entry>
            </map>
        </property>
    </bean>


props:

<bean id="test" class="com.pb.test">
<property name="props">
<props>
<prop key="key1">value1</prop>
<prop key="key2">value2</prop>
</props>
</property>
</bean>


set:

 < property  name ="interest" >    
             < set >    
                 < value > 唱歌 </ value >    
                 < value > 跳舞 </ value >    
                 < value > 书法 </ value >    
             </ set >    
    </ property >    

3.4、自动绑定


通过autowire属性来设置


no:默认的。默认为不绑定


byName:

根据属性名称自动进行绑定


byType:根据属性类型自动进行绑定

四、Bean的作用域


  • singleton:(单实例模式)spring容器只会存在一个共享的bean实例,并且所有针对该bean的请求只会返回同一个bean实例。

  • propertype(no-singleton):对每一次针对该bean的请求都会生成一个新的bean实例。 相当于java中的new 操作。定义为propertype的bean其生命周期很长,不易回收,通常要额外的处理。

  • request:针对每一次的http请求都会产生一个新的bean实例,

    Bean仅在当前的http request范围内有效


  • session:

    针对每一次的http请求都会产生一个新的bean实例,

    Bean仅在当前的http session范围内有效

五、Bean管理生命周期

5.1、Bean的生命周期

5.2、生命周期管理


两个时机


Spring可以管理实例化bean之间以及销毁之前的行为


注入依赖关系之后:



  • 使用init-method属性:通过指定init-method属性,确定某个方法应该在Bean依赖关系结束之后执行。这种方式无需要将代码与Spring的接口耦合在一起代码污染极小。通常在bean当中进行方法定义如init()方法,然后在配置文件Bean元素中加入init-method属性来实现这个过程。



  • 实现InnitializingBean接口:这种方式无须指明init-method属性,当窗口依赖注入以后,会自动调用afterPropertiesSet方法,它和init-method执行效果一样,但这种方式属于侵入性的代码设计不推荐使用


销毁Bean之前:


  • destroy-method:用于在执行Bean销毁之前所执行的方法,这种方式和init-method一样无压需要

    代码与Spring的接口耦合在一起代码污染极小。在bean中加入destory-method属性和实现这个过程


  • 实现DisposeableBean接口:无需要指明destory-method属性,当容器依赖注入以后,会自动调用destroty方法,属于侵入性代码设计不推荐使用

六、Bean的继承


Bean的继承:

什么是Bean继承呢?继承是指

子bean可以从父bean继承配置信息

,也可以覆盖特定的配置信息,或者在父bean的基础之上加入新的配置信息,其实质类似于java中的子类与父类的继承关系,利用继承可以节省很多配置工作,在实际的项目应用中,共有的配置会配置成模板,供子bean继承,如果2个bean之间配置信息大致相同,可以采用bean的继承来

减少配置工作


Bean的模板:

在Spring中既然要将公用的配置,配置称模板,这个

模板不需要被实例化

,而仅仅作为子bean的模板来使用,但在ApplicationContext或者BeanFactory默认会初始化所有的bean.


使用abstract属性,该属性可以阻止模板被实例化


abstract=”true”时,表示该bean是抽象的bean,不能被初始化。