spring的依赖注入原来是分三种方式的，你知道吗？

引入话题，今天面试了一家北京的公司，虽然公司规模不大，但是问的问题特别有含金量，特别深入，volite，cas联系到操作系统的那种，但是让我惋惜的是我居然没留意到依赖注入是分三种的…可能是做小项目都是用的最简单那一种。没有留意。现在面试结束总结一波spring的依赖注入。

DI三种方式

1.通过构造器来注入；

2.通过setter方法来注入；

3.通过filed变量来注入；

Constructor

private DA A;
private DB B;
private DC C;

@Autowired
public DI(DA A, DB B, DC C) {
    this.A = A;
    this.B = B;
    this.C = C;
}

Setter

private DA A;
private DB B;
private DC C;

@Autowired
public void setDA(DA A) {
    this.A = A;
}

@Autowired
public void setDB(DB B) {
    this.B = B;
}

@Autowired
public void setDC(DC C) {
    this.C = C;
}

Field

@Autowired
private DA A;

@Autowired
private DB B;

@Autowired
private DC C;

三种方式的区别小结：

1.constructor会固定依赖注入的顺序；无法创建bean对象之间的循环依赖关系。

2.基于setter的注入，当我们需要使用的时候才会依赖注入；另一方面如果你使用基于constructor注入，CGLIB不能创建一个代理，只能使用基于接口的代理或虚拟的无参数构造函数。

3.第三种是最常用的最方便的，以至于太方便忘记了另外两种。

循环依赖
构造器注入的不能循环依赖，你想想，对象都还在创建中，vm都还没返回给你实例，怎么注入。
用字段/setter注入的就可以循环依赖，因为都是先初始化了实例再填充字段值的。

缺点：

1.使用constructor来做依赖注入，如果对象很多，构造器就很冗余，不利于维护。

2.setter注入的时候，对象是不能为final的。

3.第三种方式

a.有可能引发空指针，不合javaBean规范。

b.也不能将对象标为final的；

c.类与DI容器耦合太高，不便于使用。

spring4.3加入的新特性
如果类只有一个构造函数，加了@Service方法后，会被隐式的依赖注入。