通过实例了解java spring使用构造器注入的原因
这篇文章主要介绍了通过实例了解spring使用构造器注入的原因,文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下
一、前言
Spring框架对Java开发的重要性不言而喻，其核心特性就是IOC（InversionofControl，控制反转）和AOP，平时使用最多的就是其中的IOC，我们通过将组件交由Spring的IOC容器管理，将对象的依赖关系由Spring控制，避免硬编码所造成的过度程序耦合。
二、常见的三种注入方式
2.1field注入
@Controller
publicclassFooController{
@Autowired
//@Inject
privateFooServicefooService;
//简单的使用例子，下同
publicListlistFoo(){
returnfooService.list();
}
}
这种注入方式应该是笔者目前为止开发中见到的最常见的注入方式。原因很简单：
注入方式非常简单：加入要注入的字段，附上@Autowired，即可完成。
使得整体代码简洁明了，看起来美观大方。
2.2构造器注入
@Controller
publicclassFooController{
privatefinalFooServicefooService;
@Autowired
publicFooController(FooServicefooService){
this.fooService=fooService;
}
//使用方式上同，略
}
在Spring4.x版本中推荐的注入方式就是这种，相较于上面的field注入方式而言，就显得有点难看，特别是当注入的依赖很多（5个以上）的时候，就会明显的发现代码显得很臃肿
2.3setter注入
@Controller
publicclassFooController{
privateFooServicefooService;
//使用方式上同，略
@Autowired
publicvoidsetFooService(FooServicefooService){
this.fooService=fooService;
}
}
在Spring3.x刚推出的时候，推荐使用注入的就是这种,但是构造器注入参数太多了，显得很笨重，另外setter的方式能用让类在之后重新配置或者重新注入。
三、构造器注入的好处
这个构造器注入的方式，能够保证注入的组件不可变，并且确保需要的依赖不为空。此外，构造器注入的依赖总是能够在返回客户端（组件）代码的时候保证完全初始化的状态
- 依赖不可变：其实说的就是final关键字，这里不再多解释了。不明白的园友可以回去看看Java语法。
- 依赖不为空（省去了我们对其检查）：当要实例化FooController的时候，由于自己实现了有参数的构造函数，所以不会调用默认构造函数，那么就需要Spring容器传入所需要的参数，所以就两种情况：1、有该类型的参数->传入，OK。2：无该类型的参数->报错。所以保证不会为空，Spring总不至于传一个null进去吧。
- 完全初始化的状态：这个可以跟上面的依赖不为空结合起来，向构造器传参之前，要确保注入的内容不为空，那么肯定要调用依赖组件的构造方法完成实例化。而在Java类加载实例化的过程中，构造方法是最后一步（之前如果有父类先初始化父类，然后自己的成员变量，最后才是构造方法，这里不详细展开）。所以返回来的都是初始化之后的状态。
四、总结
使用构造器注入的好处：
- 保证依赖不可变（final关键字）
- 保证依赖不为空（省去了我们对其检查）
- 保证返回客户端（调用）的代码的时候是完全初始化的状态
- 避免了循环依赖
- 提升了代码的可复用性
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持毛票票。
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。