最近上层让升级springcloud版本,给了升级的版本号以及相关依赖包的版本号后一通操作,版本升级完毕,跑起来验证一下服务,我们服务配置的一个mysql数据源和两个oracle数据源。测试mysql接口没问题,测试oracle的时候异常:
org.apache.ibatis.binding.BindingException: Invalid bound statement (not found)
正常升级前没问题的,升级后报这个错了。经过一通跟源码,发现升级前优先扫描的mapperscan配置的 basePackages 是多数据源配置里定义的路径,升级后先扫描了启动类上定义的mapperscan导致mapper实例里的SqlSessionTemplate被实例化成了mysql的数据源。启动日志里会打印一句:
No MyBatis mapper was found in '[***配置的basePackages ]' package. Please check your configuration.
因为这个路径下扫描到的mapper已经被启动类上的mapperscan扫描并实例完了,没有需要实例的mapper,源码有打印这句
然后经过一顿检查发现如下:
多数据源的每个配置文件上导入的mapperscan错误导成了spring的,然后就导致启动类上的优先扫描了,调整成tk.mybatis.spring.annotation.MapperScan; 后
No MyBatis mapper was found in '[***配置的basePackages ]' package. Please check your configuration.日志也不再打印了,debug查看mapper的SqlSessionTemplate就正常为对应的数据源了。
总结:
低版本的springcloud版本对于这两个mapperscan注解的处理升级到高版本时发生了变化,即使用spring的mapperscan也没问题,升级到高版本后优先执行tk.mybatis的mapperscan,因为启动类上有配置的一个导致多数据源配置失效。