发现一个很奇怪的现象，MyBaits 的 insert方法一直返回"-2147482646"-技术圈

前几天在做项目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返回的是这个数字的原因，在实际的编程中，可能会遇到很多奇怪的问题，这时候就要敢于翻源码，答案一定在源码中，才能从根本上知道产生问题的原因。

来源 | https://www.cnblogs.com/wyq178/p/8652443.html

好书推荐

Java是目前应用非常广泛的软件开发平台，学习针对Java程序的优化方法有重要的现实意义。本书以Java程序性能优化为主线，系统地阐述与其相关的知识点，帮助读者掌握编写高质量Java程序的技巧，让他们感受Java开发中的大智慧，编写出更加优美的程序。

《Java程序性能优化实战》共6章，从软件设计、软件编码、JVM调优及程序故障排除等方面介绍Java程序性能优化的方法。第1章介绍性能的基本概念、木桶原理、Amdahl定律，以及系统调优的步骤和注意事项；第2章从设计层面介绍与性能相关的设计模式及常用的优化组件；第3章从代码层面介绍如何编写高性能的Java程序；第4章介绍并行程序开发，以及如何通过多线程提高系统的性能；第5章立足于JVM 虚拟机层面，介绍如何通过设置合理的JVM参数提升Java程序的性能；第6章介绍获取和监控程序及系统性能指标的各种工具，包括相关的故障排查工具。

《Java程序性能优化实战》适合所有的Java程序员、软件设计师、架构师及软件开发爱好者阅读。对于有一定经验的Java工程师，本书能帮助他们突破技术瓶颈，提高开发水平。