详解Spring Bean的循环依赖解决方案

如果使用构造函数注入,则可能会创建一个无法解析的循环依赖场景。

什么是循环依赖

循环依赖其实就是循环引用,也就是两个或则两个以上的bean互相持有对方,最终形成闭环。比如A依赖于B,B依赖于C,C又依赖于A。如下图:

注意,这里不是函数的循环调用,是对象的相互依赖关系。循环调用其实就是一个死循环,除非有终结条件。

Spring中循环依赖场景有:

(1)构造器的循环依赖

(2)field属性的循环依赖。

怎么检测是否存在循环依赖

检测循环依赖相对比较容易,Bean在创建的时候可以给该Bean打标,如果递归调用回来发现正在创建中的话,即说明了循环依赖了。

下面是我所遇到的情况,代码结构如下:

SpringSecurity 配置类:

@Configuration

public class BrowserSecurityConfig extends WebSecurityConfigurerAdapter {

private final UserDetailsService userDetailsService;

/**

* 通过配置类构造函数注入 UserDetailsService

*/

@Autowired

public BrowserSecurityConfig(UserDetailsService userDetailsService) {

this.userDetailsService = userDetailsService;

}

/**

* 在配置类中声明 加密编码器

*/

@Bean

public PasswordEncoder passwordEncoder() {

return new BCryptPasswordEncoder();

}

... ...

}

UserDetailsService 类:

@Component

public class MyUserDetailService implements UserDetailsService {

private final PasswordEncoder passwordEncoder;

private Logger logger = LoggerFactory.getLogger(getClass());

/**

* 通过构造函数注入 PasswordEncoder

*/

@Autowired

public MyUserDetailService(PasswordEncoder passwordEncoder) {

this.passwordEncoder = passwordEncoder;

}

... ...

}

运行之后,Spring抛出了如下错误信息:

Description:

The dependencies of some of the beans in the application context form a cycle:

┌─────┐

|  browserSecurityConfig defined in file [D:\CODE\Java\IdeaProjects\mango-security\mango-security-browser\target\classes\stu\mango\security\browser\BrowserSecurityConfig.class]

↑     ↓

|  myUserDetailService defined in file [D:\CODE\Java\IdeaProjects\mango-security\mango-security-browser\target\classes\stu\mango\security\browser\MyUserDetailService.class]

└─────┘

该例中,BrowserSecurityConfig 通过构造函数注入 UserDetailsService实例,而 UserDetailsService由通过构造函数注入在BrowserSecurityConfig 中声明的PasswordEncoder。

总结来说,Spring Bean的循环依赖是指,类A需要通过构造函数注入的类B的实例(或者B中声明的Bean),而类B需要通过构造函数注入的类A的实例(或者A中声明的Bean)。如果将类A和类B的bean配置为相互注入,则Spring IoC容器会在运行时检测到此循环引用,并引发一个BeanCurrentlyInCreationException。与典型情况(没有循环依赖)不同,bean A和bean B之间的循环依赖关系迫使其中一个bean在被完全初始化之前被注入到另一个bean中(这是一个典型的“先有鸡还是先有蛋”场景)。

解决方案

简明扼要的说,就是——不使用基于构造函数的依赖注入。可通过下面方式解决。

在字段上使用@Autowired注解,让Spring决定在合适的时机注入。【推荐】

用基于setter方法的依赖注射取代基于构造函数的依赖注入来解决循环依赖。

以上是 详解Spring Bean的循环依赖解决方案 的全部内容, 来源链接: utcz.com/z/313434.html

回到顶部