JavaMelody集成Spring Boot 2.0.1致JUnit 5集成测试失败求助

问题根源 #

这个报错的核心原因是JavaMelody的数据源代理机制和Spring测试上下文的事务管理器初始化顺序不匹配：

• JavaMelody为了监控数据库性能，默认会代理Spring容器中的DataSource实例，生成一个代理对象（也就是报错里的com.sun.proxy.$Proxy128）。
• 而你的JUnit 5测试环境中，JpaTransactionManager在初始化时绑定的是原始的DataSource实例，后续JavaMelody替换了容器中的DataSource为代理对象，导致事务管理器持有的数据源和容器中配置的数据源不一致，触发了Spring的事务校验逻辑，抛出了这个不匹配的错误。
• 你配置的advisor-auto-proxy-creator-enabled: false可能进一步干扰了Spring的自动代理机制，使得事务管理器无法自动识别代理后的DataSource，加剧了这个问题。

解决方案 #

你可以尝试以下几种方案来解决测试失效的问题：

1. 测试环境单独禁用JavaMelody
   在测试专用的配置文件（比如application-test.yml）中完全禁用JavaMelody：

   javamelody:
     enabled: false
   

   这样测试时不会加载JavaMelody的代理逻辑，完全规避冲突。

2. 禁用JavaMelody的数据源代理
   如果希望保留JavaMelody的其他监控功能，仅禁用数据源代理，可以在配置中添加：

   javamelody:
     init-parameters:
       datasource-proxy-enabled: false
   

   这会阻止JavaMelody代理DataSource，避免和事务管理器的数据源绑定冲突。

3. 调整代理初始化顺序
   确保JavaMelody的数据源代理在事务管理器初始化之前完成。你可以通过自定义配置类，手动初始化JavaMelody的数据源代理，并将代理后的DataSource注册到Spring容器中，让事务管理器直接绑定代理后的实例。比如：

   @Configuration
   public class JavaMelodyConfig {
       @Bean
       public DataSource dataSource(DataSource originalDataSource) {
           return net.bull.javamelody.JdbcWrapper.SINGLETON.createDataSourceProxy(originalDataSource);
       }
   }
   

   注意要确保这个配置类在事务管理器配置之前加载。

关于生产环境的隐性bug #

在正常的生产环境中，只要Spring上下文加载流程正常，这个问题通常不会出现：

• JavaMelody的Spring Boot Starter会在Spring容器初始化阶段完成数据源代理，事务管理器会自动绑定代理后的DataSource实例，不会出现不匹配的情况。
• 除非你的生产环境有特殊的Bean初始化顺序配置，或者自定义了事务管理器的初始化逻辑，才可能触发类似的代理不匹配问题，但这种场景非常罕见。
• 如果你在生产环境中正确配置了JavaMelody（比如没有错误禁用自动代理相关配置），一般不会有隐性bug，JavaMelody的数据源代理是成熟的功能，不会影响正常的数据库事务和连接使用。

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