`Spring` 的注入方式

首先来看看 Spring 中的实例该如何注入，总结起来，无非三种方式

属性注入
set 方法注入
构造器注入

属性注入

属性注入是大家最为常见也是使用最多的一种注入方式了，代码如下

@Service
public class BService {@AutowiredAService aService;//...
}

这里使用 @Autowired 注解注入。另外也有 @Resource 以及 @Inject 等注解，都可以实现注入

`set` 方法注入

set 方法注入太过于臃肿，实际上很少使用

@Service
public class BService {AService aService;@Autowiredpublic void setaService(AService aService) {this.aService = aService;}
}

这代码看一眼都觉得难受，坚决不用

构造方法注入

构造方法注入方式如下

@Service
public class AService {BService bService;@Autowiredpublic AService(BService bService) {this.bService = bService;}
}

如果类只有一个构造方法，那么 @Autowired 注解可以省略
如果类中有多个构造方法，那么需要添加上 @Autowired 来明确指定到底使用哪个构造方法

`Spring` 官方推荐哪种方式

`Spring 3.0`

在 Spring 3.0 的文档（https://docs.spring.io/spring-framework/docs/3.0.x/reference/beans.html），里边有如下一段话

英文水平有限，大概翻译了下。重点看加粗部分，也就是说在 Spring 3.0 时代，官方还是提倡 set 方法注入的

`Spring 4.0`

Spring 4.0 的文档（https://docs.spring.io/spring-framework/docs/4.0.x/spring-framework-reference/htmlsingle/#beans-setter-injection），里边有如下一段话

就是说 Spring 团队在 Spring 4.0 时代倡导通过构造方法完成注入

通过构造方法注入的方式，能够保证注入的组件不可变，并且能够确保需要的依赖不为空
此外，构造方法注入的依赖总是能够在返回客户端（组件）代码的时候保证完全初始化的状态

上面这段话主要说了三件事

依赖不可变：这个好理解，通过构造方法注入依赖，在对象创建的时候就要注入依赖，一旦对象创建成功，以后就只能使用注入的依赖而无法修改了，这就是依赖不可变（通过 set 方法注入将来还能通过 set 方法修改）
依赖不为空：通过构造方法注入的时候，会自动检查注入的对象是否为空，如果为空，则注入失败；如果不为空，才会注入成功
完全初始化：由于获取到了依赖对象（这个依赖对象是初始化之后的），并且调用了要初始化组件的构造方法，因此最终拿到的就是完全初始化的对象了

`Spring 3.0` 与 `Spring 4.0`

在 Spring3.0 文档中，官方推荐 set 方法注入，如果构造方法注入的话，属性太多可能会让代码变得非常臃肿，那么在 4.0 文档中，官方对这个说法也做了一些订正：如果用构造方法注入的时候，参数过多以至于代码过于臃肿，那么此时你需要考虑这个类的设计是否合理，这个类是否参杂了太多的其他无关功能，这个类是否做到了单一职责

属性注入问题

不过不知道有没有留意过，在 IDEA 里边，使用属性注入，会有一个警告⚠️

不推荐属性注入！why？

属性注入其实有一个显而易见的缺点，那就是对于 IOC 容器以外的环境，除了使用反射来提供它需要的依赖之外，无法复用该实现类。因为该类没有提供该属性的 set 方法或者相应的构造方法来完成该属性的初始化。换言之，要是使用属性注入，那么你这个类就只能在 IOC 容器中使用，要是想自己 new 一下这个类的对象，那么相关的依赖无法就完成注入

日常开发应该还是属性注入较多，这个咱们不必纠结，代码该咋写还咋写，Spring 官方的态度了解一下即可，当然，如果项目允许，也不妨试试 Spring 推荐的代码规范