spring 对bean的自动装配

  • spring的四种装配类型

  1. byName:把与Bean的属性具有相同名字或ID的其他Bean自动装配到Bean的对应属性中,如果没有和属性名相同的Bean时,该属性不装配。

    这种方式缺点是其他Bean的属性名称不能相同

    <bean id="mySubjects" class="com.my.study.Subject">
            <property name="name" value="数学"></property>
            <property name="title" value="高中数学"></property>
            <property name="value" value="好好学习"></property>
        </bean>
        <!--Student中有属性为mySubjects-->
        <bean id="lily" class="com.my.study.Student" autowire="byName">
            <property name="id" value="10001"/>
            <property name="name" value="tom"/>
            <property name="age" value="15"/>
            <property name="grade" value="1"/>
            <property name="teacher" ref="jerry"></property>
        </bean>
    

     

  2. byType:把与Bean的属性具有相同类型的其他Bean自动装配到Bean的对应属性中,如果没有和属性类型相匹配的Bean时,该属性不装配。
    <bean id="match" class="com.my.study.Subject">
            <property name="name" value="数学"></property>
            <property name="title" value="高中数学"></property>
            <property name="value" value="好好学习"></property>
        </bean>
        <!--Student中有属性为mySubjects 类型为Subject -->
        <bean id="lily" class="com.my.study.Student" autowire="byType">
            <property name="id" value="10001"/>
            <property name="name" value="tom"/>
            <property name="age" value="15"/>
            <property name="grade" value="1"/>
            <property name="teacher" ref="jerry"></property>
        </bean>

     这种方式也有缺陷:如果spring找到多个bean就会报错

  3. constructor:把与Bean的构造器入参具有相同类型的其他Bean自动装配到Bean构造器的对应入参中。
  4. autodetect:首先尝试使用constructor进行自动装配,如果失败,再尝试使用byType自动装配。

    最佳自动转配

    spring如果不配置就是默认不自动装配

  • spring使用注解进行装配

  使用注解自动装配时需要在xml文件中配置

  

<context:annotation-config/>

 

  1 @Autowired

      其作用是为了消除代码Java代码里面的getter/setter与bean属性中的property。@Autowired默认按类型匹配的方式,在容器查找匹配的Bean,当有且仅有一个匹配的     Bean时,Spring将其注入@Autowired标注的变量中。

 

  2 @Inject

 

  @Inject的用法和@Autowired一样,是java提供的注解。

 

  3 spring其他自动装配注解

    @Resource没有指定任何参数的时候搜索顺序是:
        首先根据变量的名称进行查找(byName);
        如果没有找到在通过变量的类型进行查找(byType)

      Resource中也可以通过设置name或者type来选择搜索顺序

    @Qualifier配合@Autowired使用 后面可以加装配bean的id

  • spring自动检测Bean

   使用自动检测bean时需要在spring的配置文件配置,之前在配置文件中配置的自动装配的配置可以删除:

<context:component-scan base-package="com.my.study"></context:component-scan>

    1 自动检测注解

 

 

      @Component

 

        是所有受Spring 管理组件的通用形式,@Component注解可以放在类的头上,@Component不推荐使用。

      @Controller

        @Controller对应表现层的Bean,也就是Action

  使用@Controller注解标识UserAction之后,就表示要把UserAction交给Spring容器管理,在Spring容器中会存在一个名字为"userAction"的action,这个名字是根据 UserAction类名来取的。注意:如果@Controller不指定其value【@Controller】,则默认的bean名字为这个类的类名首字母小写如果指定value【@Controller(value="UserAction")】【@Controller("UserAction")】,则使用value作为bean的名字

  这里的UserAction还使用了@Scope注解,@Scope("prototype")表示将Action的范围声明为原型,可以利用容器的scope="prototype"来保证每一个请求有一个单独的Action来处理,避免strutsAction的线程安全问题。spring 默认scope 是单例模式(scope="singleton"),这样只会创建一个Action对象,每次访问都是同一Action对象,数据不安全,struts2 是要求每次次访问都对应不同的Actionscope="prototype" 可以保证当有请求的时候都创建一个Action对象

      @Service

        @Service对应的是业务层Bean

  @Service("userService")注解是告诉Spring,当Spring要创建UserServiceImpl的的实例时,bean的名字必须叫做"userService",这样当Action需要使用UserServiceImpl的的实例时,就可以由Spring创建好的"userService",然后注入给Action:在Action只需要声明一个名字叫“userService”的变量来接收由Spring注入的"userService"即可.

注意:在Action声明的“userService”变量的类型必须是“UserServiceImpl”或者是其父类“UserService”,否则由于类型不一致而无法注入,当Spring看到userService变量上的@Resource的注解时,根据其指明的name属性可以知道,Action中需要用到一个UserServiceImpl的实例,此时Spring就会把创建好的名字叫做"userService"的UserServiceImpl的实例注入给Action中的“userService”变量,帮助Action完成userService的实例化.

  这样在Action中就不用通过“UserService userService = new UserServiceImpl();”这种最原始的方式去实例化userService了。如果没有Spring,那么当Action需要使用UserServiceImpl时,必须通过“UserService userService = new UserServiceImpl();”主动去创建实例对象,但使用了Spring之后,Action要使用UserServiceImpl时,就不用主动去创建UserServiceImpl的实例了,创建UserServiceImpl实例已经交给Spring来做了,Spring把创建好的UserServiceImpl实例给Action,Action拿到就可以直接用了。

  Action由原来的主动创建UserServiceImpl实例后就可以马上使用,变成了被动等待由Spring创建好UserServiceImpl实例之后再注入给Action,Action才能够使用。这说明Action对“UserServiceImpl”类的“控制权”已经被“反转”了,原来主动权在自己手上,自己要使用“UserServiceImpl”类的实例,自己主动去new一个出来马上就可以使用了,但现在自己不能主动去new“UserServiceImpl”类的实例,new“UserServiceImpl”类的实例的权力已经被Spring拿走了,只有Spring才能够new“UserServiceImpl”类的实例,而Action只能等Spring创建好“UserServiceImpl”类的实例后,再“恳求”Spring把创建好的“UserServiceImpl”类的实例给他,这样他才能够使用“UserServiceImpl”,这就是Spring核心思想“控制反转”,也叫“依赖注入”,“依赖注入”也很好理解,Action需要使用UserServiceImpl干活,那么就是对UserServiceImpl产生了依赖,Spring把Acion需要依赖的UserServiceImpl注入(也就是“给”)给Action,这就是所谓的“依赖注入”。Spring通过依赖注入将bean中创建其他实例的权限统一放到Spring中进行管理。

       @ Repository

        @Repository对应数据访问层Bean

      

    2过滤扫描配置

    

 

 

posted @ 2018-01-10 14:45  小小小怪兽  阅读(186)  评论(0)    收藏  举报