CTO 说了，用错@Autowired 和@Resource 的人可以领盒饭了

• 介绍
• 注入方式
• 基于字段的依赖注入缺点
• 结论

介绍

今天使用Idea写代码的时候，看到之前的项目中显示有warning的提示，去看了下，是如下代码?

@Autowire
private JdbcTemplate jdbcTemplate;

提示的警告信息

这段是Spring工作组的建议，大致翻译一下：

属性字段注入的方式不推荐，检查到的问题是：Spring团队建议:"始终在bean中使用基于构造函数的依赖项注入，始终对强制性依赖项使用断言"

如图

Field注入警告

注入方式

虽然当前有关Spring Framework（5.0.3）的文档仅定义了两种主要的注入类型，但实际上有三种:

基于构造函数的依赖注入

public class UserServiceImpl implents UserService{
    private UserDao userDao;

    @Autowire
    public UserServiceImpl(UserDao userDao){
        this.userDao = userDao;
    }
}

基于Setter的依赖注入

public class UserServiceImpl implents UserService{
     private UserDao userDao;

     @Autowire
     public serUserDao(UserDao userDao){
         this.userDao = userDao;
     }
 }

基于字段的依赖注入

public class UserServiceImpl implents UserService{
     @Autowire
     private UserDao userDao;
 }

基于字段的依赖注入方式会在Idea当中吃到黄牌警告，但是这种使用方式使用的也最广泛，因为简洁方便.您甚至可以在一些Spring指南中看到这种注入方法，尽管在文档中不建议这样做.(有点执法犯法的感觉)

如图

Spring自己的文档

基于字段的依赖注入缺点

对于有final修饰的变量不好使

Spring的IOC对待属性的注入使用的是set形式，但是final类型的变量在调用class的构造函数的这个过程当中就得初始化完成，这个是 基于字段的依赖注入 做不到的地方．只能使用 基于构造函数的依赖注入 的方式

掩盖单一职责的设计思想

我们都知道在OOP的设计当中有一个 单一职责思想 ，如果你采用的是 基于构造函数的依赖注入 的方式来使用Spring的IOC的时候，当你注入的太多的时候，这个构造方法的参数就会很庞大，类似于下面.

当你看到这个类的构造方法那么多参数的时候，你自然而然的会想一下: 这个类是不是违反了单一职责思想? .但是使用 基于字段的依赖注入 不会让你察觉，你会很沉浸在@Autowire当中

public class VerifyServiceImpl implents VerifyService{

  private AccountService accountService;
  private UserService userService;
  private IDService idService;
  private RoleService roleService;
  private PermissionService permissionService;
  private EnterpriseService enterpriseService;
  private EmployeeService employService;
  private TaskService taskService;
  private RedisService redisService;
  private MQService mqService;

  public SystemLogDto(AccountService accountService,
                      UserService userService,
                      IDService idService,
                      RoleService roleService,
                      PermissionService permissionService,
                      EnterpriseService enterpriseService,
                      EmployeeService employService,
                      TaskService taskService,
                      RedisService redisService,
                      MQService mqService) {
      this.accountService = accountService;
      this.userService = userService;
      this.idService = idService;
      this.roleService = roleService;
      this.permissionService = permissionService;
      this.enterpriseService = enterpriseService;
      this.employService = employService;
      this.taskService = taskService;
      this