zoukankan      html  css  js  c++  java
  • Spring IOC(DI)之注入方式

    一次被问到IOC的注入方式,当时脑袋一阵混乱,不知道噻。于是google了一下,发现众说纷纭,有说三种的,有说四种的。都滚犊子吧,还是看看官方文档吧。

    DI exists in two major variants, Constructor-based dependency injection and Setter-based dependency injection.

    从官方文档上也看不出到底有几种注入方式,从上面这段引文中仅仅能知道主要有两种:构造器注入方式和Setter注入方式。

    构造器注入方式

    构造器注入方式是通过Spring容器调用含参构造函数实现的,每个参数都相当于一个依赖。这种方式和把参数传递给工厂方法来构造bean是非常相似的。

    构造器参数解析

    构造器通过参数类型匹配,如果参数类型都很明确,在bean实例化时,通过参数顺序来选择合适的构造函数。示例如下:

    package x.y;
    
    public class Foo {
    
      public Foo(Bar bar, Baz baz) {
          // ...
      }
    }
    

    不存在参数类型不确定性是指Bar和Baz不在一个继承体系内(除Object体系外),因此在配置<constructor-arg/>时,不需要特别指定参数的索引值或类型。如下:

    <beans>
      <bean id="foo" class="x.y.Foo">
          <constructor-arg ref="bar"/>
          <constructor-arg ref="baz"/>
      </bean>
    
      <bean id="bar" class="x.y.Bar"/>
      <bean id="baz" class="x.y.Baz"/>
    
    </beans>
    

    就像上面例子中那样,当被其他bean引用时,就已经可以确定类型了。但是构造器参数中使用了像这样<value>true<value>的基本数据类型,在没有提示的前提下Spring是没办法确定类型的,就像下面这个例子:

    package examples;
    
    public class ExampleBean {
    
      // No. of years to the calculate the Ultimate Answer
      private int years;
    
      // The Answer to Life, the Universe, and Everything
      private String ultimateAnswer;
    
      public ExampleBean(int years, String ultimateAnswer) {
          this.years = years;
          this.ultimateAnswer = ultimateAnswer;
      }
    }
    
    参数类型匹配构造器

    使用简单类型作为参数时,指定type属性值,这样Spring容器就可以通过类型匹配来选择合适的构造器。这样上面那个问题就可以这样解决:

    <bean id="exampleBean" class="examples.ExampleBean">
    	<constructor-arg type="int" value="7500000"/>
    	<constructor-arg type="java.lang.String" value="42"/>
    </bean>
    
    构造器参数索引值

    根据构造器中参数的索引值来指定index属性值来匹配参数。如下:

    <bean id="exampleBean" class="examples.ExampleBean">
    	<constructor-arg index="0" value="7500000"/>
    	<constructor-arg index="1" value="42"/>
    </bean>
    

    指定索引值就可以解决一个构造器使用两个相同类型参数的问题。注意索引值是从0开始的。

    构造器参数名称

    从Spring3.0起,可以使用构造器参数名称来消除参数模糊问题。

    <bean id="exampleBean" class="examples.ExampleBean">
    	<constructor-arg name="years" value="7500000"/>
    	<constructor-arg name="ultimateanswer" value="42"/>
    </bean>
    

    需要特殊说明的是:如果要使用参数名称,那么需要在编译的时候启用debug标志,这样Spring才能用构造器中找到参数名称。如果不能或者不想开启debug模式,可以使用@ConstructorProperties注解来指定构造器中参数的名称。示例如下:

    package examples;
    
    public class ExampleBean {
    
      // Fields omitted
    
      @ConstructorProperties({"years", "ultimateAnswer"})
      public ExampleBean(int years, String ultimateAnswer) {
          this.years = years;
          this.ultimateAnswer = ultimateAnswer;
      }
    }
    

    Setter注入方式

    基于Setter的注入方式是在Spring容器调用无參构造器或者无參静态工厂方法后,再调用bean中的setter方法实现的。

    下面这个例子是一个通过纯setter方式注入的例子,这种方式在Java中非常常见,就是一个POJO,不依赖任何与容器相关的接口、类、注解。

    public class SimpleMovieLister {
    
      // the SimpleMovieLister has a dependency on the MovieFinder
      private MovieFinder movieFinder;
    
      // a setter method so that the Spring container can 'inject' a MovieFinder
      public void setMovieFinder(MovieFinder movieFinder) {
          this.movieFinder = movieFinder;
      }
    
      // business logic that actually 'uses' the injected MovieFinder is omitted...
    }
    

    依赖解析过程

    Spring容器是这样解析依赖的:

    1. Spring容器通过配置元数据创建和初始化ApplicationContext,配置元数据可以使用Xml,Java代码或者注解描述。

    2. 每个bean的依赖形式都是由属性,构造器参数,静态工厂方法的参数(如果使用静态工厂方法替代构造器)来表述的,当bean被实例化的时候,提供给这个bean。

    3. 每个属性或者构造器的参数的值都需要去设置,或者是容器中某一bean的引用。

    4. 每个属性或构造器的参数的值都是从一种形式转换为属性或参数实际的类型。Spring默认可以将String类型转换为所有内置类型。比如int,long,String,boolean等。

  • 相关阅读:
    数据库三大范式另一角度的理解
    Log4j和Slf4j的联系和区别
    cglib和Jdk的对比
    Git- 忽略文件 ignore 无效
    GIT报错:git did not exit cleanly (exit code 1)
    Nginx和Zuul配合使用后,Cookie写入问题
    RabbitMQ报错:undefined: There is no template at js/tmpl/login.ejs
    Feign报错:The bean 'xxxxx.FeignClientSpecification' could not be registered.
    ES报错:NoNodeAvailableException[None of the configured nodes are available
    SpringBoot报错:
  • 原文地址:https://www.cnblogs.com/a1280055207/p/3183499.html
Copyright © 2011-2022 走看看