SpringBootTest中InboundChannelAdapter无法正常工作的原因排查

可能原因及排查步骤 #

• 依赖版本冲突：检查spring-integration-test与spring-boot-starter-test、生产环境的spring-integration-*依赖版本是否一致。版本不匹配可能导致注解元数据处理逻辑差异，引发类型校验错误。
• Bean代理类型异常：测试环境中Spring可能会对Bean生成CGLIB代理，导致原MessageSource类型被包装成代理类，触发@InboundChannelAdapter的类型校验失败。可以在测试上下文初始化时打印Bean类型验证：

  @Autowired
  private ApplicationContext context;
  
  @BeforeEach
  void checkBeanType() {
      Object bean = context.getBean("messages");
      System.out.println("Bean实际类型：" + bean.getClass().getName());
      System.out.println("是否实现MessageSource：" + (bean instanceof MessageSource));
  }
  

• 重复配置加载：查看测试类的@SpringBootTest或@ComponentScan范围是否过大，导致多个配置类注册了同名或同类型的MessageSourceBean，覆盖了原Bean的类型。可以通过开启Spring debug日志（logging.level.org.springframework=DEBUG），查看Bean注册过程中的冲突信息。
• 测试上下文干扰：若测试类中引入了其他配置或MockBean，可能修改了原Bean的创建逻辑。尝试缩小测试上下文范围，仅加载必要的配置类：

  @SpringBootTest(classes = Config.class)
  public class YourTest {
      // ...
  }
  

解决方案示例 #

1. 调整代理模式：在@Bean方法上指定代理模式为接口代理，避免CGLIB包装破坏类型：

   @Bean
   @InboundChannelAdapter(channel = "channel1", autoStartup = "false", poller = @Poller("poller"))
   @Scope(proxyMode = ScopedProxyMode.INTERFACES)
   public MessageSource messages() throws Exception {
       // ...
   }
   

2. 禁用配置类代理：Spring Boot 2.2+中，可在配置类上添加@ProxyBeanMethods(false)，避免配置类的Bean被代理：

   @Configuration
   @ProxyBeanMethods(false)
   public class Config {
       // ...
   }
   

3. Mock轮询Bean：如果测试不需要实际执行邮件轮询，可直接Mock该Bean跳过初始化：

   @SpringBootTest
   public class YourTest {
       @MockBean
       private MessageSource messages;
       // ...
   }
   

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