Spring Boot从1.5.x升级到2.1.3时出现UnsatisfiedDependencyException运行时异常

刚碰到过类似的版本升级坑，结合你给出的异常栈信息，这个问题大概率是循环依赖或者Bean初始化逻辑在新版本中触发了递归调用导致的，核心涉及ldapConfig和ldapParams这两个Bean的依赖关系。下面给你几个具体的排查和解决方向：

1. 优先排查循环依赖问题 #

Spring Boot 2.x对循环依赖的处理逻辑和1.5.x有差异——虽然默认仍允许部分字段注入的循环依赖，但初始化顺序的调整可能导致原本“隐形”的循环依赖触发栈溢出。

• 检查你的代码：ldapConfig是否通过@Autowired注入了ldapParams，同时ldapParams又反过来注入了ldapConfig？这种互相依赖的情况在1.5.x可能能正常初始化，但2.x的Bean创建流程会放大这个问题。
• 解决办法：
  • 如果逻辑允许，调整依赖方向，去掉其中一个Bean对另一个的直接依赖；
  • 给其中一个注入字段加上@Lazy注解，延迟Bean的初始化，打破递归链：

    @Configuration
    public class LdapConfig {
        @Autowired
        @Lazy // 延迟初始化ldapParams，避免递归创建
        private LdapParams ldapParams;
        // ...
    }
    

2. 检查ldapParams的初始化逻辑 #

看看ldapParams这个Bean的创建过程中，有没有在初始化阶段就调用了依赖于ldapConfig的方法。比如：

• ldapParams的构造方法、@PostConstruct方法，或者某个被Spring自动调用的初始化逻辑里，直接访问了ldapConfig的属性；
• 这种情况下，创建ldapParams时会触发ldapConfig的创建，而ldapConfig又依赖ldapParams，形成无限递归。
• 解决办法：把依赖ldapConfig的逻辑移到Bean完全初始化后执行，比如用@PostConstruct确保两个Bean都创建完成后再执行：

  @Component
  public class LdapParams {
      private LdapConfig ldapConfig;
  
      @Autowired
      public LdapParams(LdapConfig ldapConfig) {
          this.ldapConfig = ldapConfig;
      }
  
      @PostConstruct
      public void init() {
          // 在这里执行依赖ldapConfig的逻辑，此时两个Bean都已初始化完成
          String url = ldapConfig.getLdapUrl();
          // ...
      }
  }
  

3. 核对LDAP自动配置的版本差异 #

Spring Boot 2.x对LDAP的自动配置做了不少调整，比如LdapProperties的结构、默认Bean的创建逻辑都有变化。如果你的ldapParams是基于旧版本的属性配置构建的，可能和新版本的自动配置Bean形成了隐式的依赖链。

• 解决办法：对比Spring Boot 2.1.3的官方文档，检查LdapAutoConfiguration的变化，确保你的自定义ldapParamsBean没有和自动配置的Bean冲突；如果需要，用@DependsOn注解明确Bean的初始化顺序：

  @Configuration
  @DependsOn("ldapParams") // 确保ldapParams先于ldapConfig初始化
  public class LdapConfig {
      // ...
  }
  

4. 查看完整的栈溢出轨迹 #

你提供的日志只显示了异常开头部分，完整的StackOverflowError栈轨迹会明确指出是哪个方法在反复调用，这是定位问题最精准的方式。如果能拿到完整日志，可以直接顺着递归链条找到触发循环的代码点。

内容的提问来源于stack exchange，提问作者UDIT JOSHI