使用@Autowired注解出现警告:Field injection is not recommended
在idea上打了@Autowired遇到了一个警告,说是spring团队建议使用构造器的方式注入,使用变量依赖注入是不推荐的。想要清楚为什么,就得了解三种注入方式的优缺点
三种注入方式
field(变量)注入
@Autowired
private UserService userService;
优点:
最常见的注入方式,变量方式注入非常简洁,没有任何多余代码,非常有效的提高了java的简洁性。即使再多几个依赖一样能解决掉这个问题。
缺点:
-
对于IOC容器以外的环境,除了使用反射来提供它需要的依赖之外,无法复用该实现类。而且将一直是个潜在的隐患,因为你不调用将一直无法发现NullPointException的存在
-
可能会导致循环依赖,如下面的情况
public class A{ @Autowired private B b; } public class B{ @Autowired private A a; }
如果使用构造器注入,在spring项目启动的时候,就会抛出:BeanCurrentlyInCreationException:Requested bean is currently in creation: Is there an unresolvable circular reference?从而提醒你避免循环依赖,如果是field注入的话,启动的时候不会报错,在使用那个bean的时候才会报。
构造器注入
private UserService userService;
@Autowired
public LoginController(UserService userService){
this.userService=userService;
}
优点: spring4.X推荐的方式,构造器注入的方式能够保证注入的组件不可变,并且确保需要的依赖不为空。此外,构造器注入的依赖总是能够在返回客户端(组件)代码的时候保证完全初始化的状态。
依赖不可变:即注入对象为final。
依赖不为空:省去了对注入参数的检查,当要实例化FooController的时候,由于自己实现了有参数的构造函数,所以不会调用默认构造函数,那么就需要Spring容器传入所需要的参数,所以就两种情况:
1、有该类型的参数->传入,OK 。
2:无该类型的参数->报错。所以保证不会为空。
完全初始化状态:跟依赖不为空结合起来,向构造器传参之前,要确保注入内容不为空,那么肯定要调用依赖组件的方法来完成实例化,在java类加载实例化的过程中,如果有父类的话先初始化父类,然后到自己的成员变量,最后才是构造方法。所以返回的都是完全初始化的状态。
缺点:
当参数过多的时候会显得臃肿。
set方法注入
@Controller
public class UserController {
private UserService userService;
@Autowired
public void setUserService(UserService userService) {
this.userService = userService;
}
}
setter的方式能用让类在之后重新配置或者重新注入。
总结
使用构造器方式注入的好处
1、保证依赖不可变(final关键字)
2、保证依赖不为空(省去对参数的检查)
3、保证返回客户端的代码是完全初始化的状态
4、避免循环依赖
5、提高代码的可复用性