Spring Integration DSL：@Transactional引发BeanDefinitionOverrideException求助

我使用Spring Integration DSL创建IntegrationFlow，其中包含自定义MessageChannelSpec（PersistentChannelSpec继承自PersistentChannelSpec）。相关Bean定义如下：

@Bean
public PersistentChannelSpec myChannelSpec() {
    return PersistentChannelSpec.name("myChannelSpec")
            .inbound()
            .build();
}

生成的组件是PersistentChannel（继承自AbstractMessageChannel），其重写的Lifecycle接口start方法标注了@Transactional(propagation = Propagation.REQUIRES_NEW)：

@Transactional(propagation = Propagation.REQUIRES_NEW)
@Override
public void start() {
    // 方法实现
}

这导致上下文生成CGLIB代理。当DSL流注册时抛出BeanDefinitionOverrideException，原因是beanFactory中的实例与bean不相等（参考Spring Integration的IntegrationFlowBeanPostProcessor源码第408行）。移除@Transactional后流程可正常启动，请问我的操作是否存在问题？

你的操作本身没有逻辑错误，但@Transactional注解引发的代理机制与Spring Integration DSL的Bean注册逻辑发生了冲突。

具体原因：

• Spring会为带有@Transactional注解的类生成CGLIB动态代理，此时BeanFactory中实际存在的是代理实例，而非原始的PersistentChannel实例。
• Spring Integration DSL的IntegrationFlowBeanPostProcessor在注册流程时，会校验BeanFactory中的实例与原始Bean是否一致，代理实例与原始实例不相等，因此触发了BeanDefinitionOverrideException。

如果需要保留start方法的事务特性，可以尝试以下方案：

1. 改用JDK动态代理：让PersistentChannel实现额外的自定义接口，Spring会优先使用JDK代理而非CGLIB，确保代理能覆盖到start方法的事务增强逻辑。
2. 调整事务注解位置：将@Transactional移到start方法内部调用的具体业务方法上，而非直接标注在start方法本身，避免对Lifecycle方法的代理干扰。
3. 自定义Bean注册逻辑：编写自定义BeanPostProcessor，在Spring Integration的处理器执行前调整代理实例的注册逻辑，但这种方式复杂度较高，不推荐优先使用。

综上，移除@Transactional是快速解决问题的方案；若必须保留事务特性，建议采用前两种方案规避代理冲突。

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