公众号:Java小咖秀,网站:javaxks.com
作者 : Yrion ,链接: www.cnblogs.com/wyq178/p/86…
前几天在做项目 demo 的时候,发现有一个很奇怪的现象,就是 MyBatis 发现更新和插入返回值一直为 "-2147482646",无论怎么改,这个值一直不变...
实在摸不着头脑,百度和谷歌了一下,有这样的说法原来:是由 defaultExecutorType 设置引起的,如果设置为 BATCH,更新返回值就会丢失。
If the BATCH executor is in use, the update counts are being lost.
操作
也就是说在 spring 的配置文件中,只要把 constructor-arg 中的 executorType 改为 SIMPLE(以前的值是 BATCH 就会引发这个问题)或者直接注释掉就可以了
<bean id="sqlSessionTemplate" class="org.mybatis.spring.SqlSessionTemplate">
<constructor-arg name="sqlSessionFactory" ref="sqlSessionFactory"></constructor-arg>
<!-- 执行类型 -->
<constructor-arg name="executorType" value="SIMPLE"></constructor-arg>
</bean>
这么一改果然好使,但是为啥会返回这个奇怪的数字呢?背后有啥原因?
本篇就来研究一下为什么会返回这个数字,打开我们的 idea,又到了跟踪源码的时候了,走起。
1、打开配置文件中的变量,看到 SqlSessionTemplate 这个类有个构造参数类型 ExecutorType 了,也就是我们配置的值,当它为 BATCH 的时候又会怎么样呢?
2、ExecutorType 的参数,打开这个类发现它是个枚举类型,也就是说它仅仅只有 3 种配置的值,SIMPLE、RESUME、BATCH,在配置文件中我们也只能配这三种其中的一个
3、程序执行,可见最终操作的是 SqlSession 的 insert 方法,我们就来打开这个方法的源码:
Reader config = Resources.getResourceAsReader("conf.xml");
SqlSessionFactory sessionFactory = new SqlSessionFactoryBuilder().build(config);
SqlSession sqlSession = sessionFactory.openSession();
String sql = "com.mlxs.mybatis.test.userMapper.insertUser";
int res= sqlSession.insert(sql, "1");//
4、SqlSession.insert() 方法:
public interface SqlSession extends Closeable {
int insert(String var1);
int insert(String var1, Object var2);
}
SqlSession 是一个接口,里面有 insert 方法,我们再来看一下这个接口的实现类:
一般在源码中,如果没有特殊配置肯定是采用的 Default 的设置,我们就来看看 DefaultSqlSession 的源码:
再找 this.insert 方法:
可以看到,它调用的是 this.update 方法,再来找一个 update 方法:
看到本质上它调用的是 executor 的 update 方法,我们再点进去看 update 方法:
可以看到它是一个接口,那么肯定要找实现类了:
这里就可以看出端倪了,如果没有配置缓存的话,肯定用的是 BaseExecutor,那么我们在配置文件中配置的是 Batch,毋庸置疑它肯定是选择 BatchExecutor 这个类中的 update 方法了:
千呼万唤始出来,这个奇怪的数字原来在这里出来的,其中可以看到它是固定返回的,没有任何判断逻辑... 这样就证明了一点,只要你的 insert 方法在配置文件中配置的是 batch,那么它肯定返回这个值!
5、当配置为 simple 返回的是什么?
根据上面的经验,这里我们直接看 SimpleExecutor 方法就行了:
接着再看 StatementHandler 就知道了:
我找到了 SimpleStatementHandler 的 update 方法,可以看到它返回是 statement.getUpdateCount 返回的数字,也就是实际影响的行数,那么就是正常的数值。
总结
本篇博客记录了一次源码追踪的过程,从而解释了为什么配置 BATCH 返回的是这个数字的原因,在实际的编程中,可能会遇到很多奇怪的问题,这时候就要敢于翻源码,答案一定在源码中,才能从根本上知道产生问题的原因。