前言:前几天在做项目demo的时候,发现有一个很奇怪的现象,就是mybatis发现更新和插入返回值一直为"-2147482646".无论怎么改,这个值一直不变...是在摸不着头脑,百度和谷歌了一下,有这样的说法原来是由defaultexecutortype设置引起的,如果设置为batch,更新返回值就会丢失。
if the batch executor is in use, the update counts are being lost.
操作:也就是说在spring的配置文件中,只要把constructor-arg中的executortype改为simple(以前的值是batch就会引发这个问题)或者直接注释掉就可以了
1
2
3
4
5
|
<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方法,我们就来打开这个方法的源码:
1
2
3
4
5
|
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()方法:
1
2
3
4
|
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返回的是这个数字的原因,在实际的编程中,可能会遇到很多奇怪的问题,这时候就要敢于翻源码,答案一定在源码中,才能从根本上知道产生问题的原因。
到此这篇关于解析mybatis的insert方法返回数字-2147482646的解决的文章就介绍到这了,更多相关mybatis insert返回内容请搜索服务器之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持服务器之家!
原文链接:https://www.cnblogs.com/wyq178/p/8652443.html