Spring高手之路-Spring支持的注入方式、Spring为什么不建议使用基于字段的依赖注入

目录

Spring支持的注入方式

1.字段注入

2.构造器注入

3.setter注入

使用构造器注入存在的问题

Spring为何不建议使用基于字段的依赖注入

1.单一职责问题

2.可能产生NPE（空指针异常）

3.隐藏依赖

4.不利于测试

---

Spring支持的注入方式

1.字段注入

 @Autowired
 private UserDao userDao;

2.构造器注入

@Component
public class UserService {

    private UserDao userDao;

    @Autowired
    public UserService(UserDao userDao) {
        this.userDao = userDao;

    }

}

3.setter注入

@Component
public class UserService {

    private UserDao userDao;


    @Autowired
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }

}

使用构造器注入存在的问题

如果我们的两个Bean循环依赖，就会抛出该异常

Error creating bean with name 'beanOne': Requested bean is currently in creation: ls there an
unresolvable circular reference?

@Component
public class UserService {
    private OrderService orderService;


    @Autowired
    public UserService(OrderService orderService){
        this.orderService=orderService;
    }
}

@Component
public class OrderService {

    private UserService userService;


    @Autowired
    public OrderService(UserService userService){
        this.userService=userService;
    }

}

如果出现两个类循环引用彼此，说明代码的设计存在问题，如果临时无法解决可以使用以下两种解决方法：

1.使用@Lazy注解设置为懒加载，令其中一个类延迟初始化，使得它在首次使用时才进行初始化，OrderService在初始化时可以不需要UserService的实例，避免了循环依赖的问题

@Component
@Lazy
public class UserService {
    private OrderService orderService;

    @Autowired
    public UserService(@Lazy OrderService orderService) {
        this.orderService = orderService;
    }
}

@Component
public class OrderService {
    private UserService userService;

    @Autowired
    public OrderService(UserService userService) {
        this.userService = userService;
    }
}

2.使用setter注入，将构造器注入修改为setter注入，这样可以确保构造函数的参数已经被完全初始化，避免了循环依赖的问题。

@Component
public class UserService {
    private OrderService orderService;

    public UserService() {}

    @Autowired
    public void setOrderService(OrderService orderService) {
        this.orderService = orderService;
    }
}

@Component
public class OrderService {
    private UserService userService;

    public OrderService() {}

    @Autowired
    public void setUserService(UserService userService) {
        this.userService = userService;
    }
}

Spring为何不建议使用基于字段的依赖注入

当你使用字段注入IDEA会给你如下警告

spring官网文档也指出强制依赖使用构造函数注入，可选依赖使用setter注入

官网文档地址：

依赖注入 ：： Spring Frameworkhttps://docs.spring.io/spring-framework/reference/core/beans/dependencies/factory-collaborators.html

使用字段注入会带来如下问题：

1.单一职责问题

我们都知道，根据SOLID设计原则来进，一个类的设计应该符合单一职责原则，就是一个类只能做一件功能，当我们使用基于字段注入的时候，随着业务的暴增，字段越来越多，我们是很难发现我们已经默默中违背了单一职责原则的。

但是如果我们使用基于构造器注入的方式，因为构造器注入的写法比较臃肿，所以它就在间接提醒我们违背了单一职责原则，该做重构了

//基于字段注入
@Component
public class OrderService {

    @Autowired
    private UserService userService;
    @Autowired
    private GoodsService goodsService;

}

//基于构造器的注入
@Component
public class OrderService {
    
    private UserService userService;
    private GoodsService goodsService;
    
    @Autowired
    public OrderService(UserService userService ,GoodsService goodsService){
        this.userService=userService;
        this.goodsService=goodsService;
    }
}

2.可能产生NPE（空指针异常）

对于一个bean来说，它的初始化顺序为：静态变量或静态语句块 ->实例变量或初始化语句块 -> 构造方法 -> @Autowired。

所以，在静态语句块，初始化语句块，构造方法中使用Autowired表明的字段，都会引起NPE问题

@Component
public class OrderService {
    @Autowired
    private UserService userService;
  
    private String orderId;



    public OrderService(){
        //此时的OrderService还未初始化，会抛出空指针异常
        this.orderId= userService.getUserId();
    }
}

相反的，用构造器的依赖注入，就会实例化对象，在使用的过程中字段一定不为空

3.隐藏依赖

对于一个正常的使用依赖注入的Bean来说，它应该“显式”的通知容器，自己需要哪些Bean，可以通过构造器通知，public的setter方法通知，这些设计都是没问题的。

外部容器不应该感知到Bean内部私有字段(如上例中的private UserService)的存在，私有字段对外部应该是不可见的。由于私有字段不可见，所以在设计层面，我们不应该通过字段注入的方式将依赖注入到私有字段中。这样会破坏封装性。

所以，当我们对字段做注入的时候，Spring就需要关心一个本来被我们封装到一个bean中的私有成员变量，这就和他的封装性违背了。因为我们应该通过setter或者构造函数来修改一个字段的值。

4.不利于测试

很明显，使用了Autowired注解，说明这个类依赖了Spring容器，这让我们在进行UT的时候必须要启动个Spring容器才可以测试这个类，显然太麻烦，这种测试方式非常重，对于大型项目来说，往往启动一个容器就要好几分钟，这样非常耽误时间。

不过，如果使用构造器的依赖注入就不会有这种问题，或者，我们可以使用Resource注解（@Resource是Java EE提供的注解，更加通用且符合J2EE标准，可以在不同的Java EE容器中使用）也可以解决上述问题。