《Dubbo 实现原理与源码解析 —— 精品合集》 《Netty 实现原理与源码解析 —— 精品合集》
《Spring 实现原理与源码解析 —— 精品合集》 《MyBatis 实现原理与源码解析 —— 精品合集》
《Spring MVC 实现原理与源码解析 —— 精品合集》 《数据库实体设计合集》
《Spring Boot 实现原理与源码解析 —— 精品合集》 《Java 面试题 + Java 学习指南》

摘要: 原创出处 cnblogs.com/wyq178/p/8652443.html 「wyq178」欢迎转载,保留摘要,谢谢!


🙂🙂🙂关注**微信公众号:【芋道源码】**有福利:

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
  3. 您对于源码的疑问每条留言将得到认真回复。甚至不知道如何读源码也可以请教噢
  4. 新的源码解析文章实时收到通知。每周更新一篇左右
  5. 认真的源码交流微信群。

大家好,我是基基。

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

文章目录
  1. 1. 操作
    1. 1.0.1. 1、打开配置文件中的变量,看到SqlSessionTemplate这个类有个构造参数类型ExecutorType了,也就是我们配置的值,当它为BATCH的时候又会怎么样呢?
    2. 1.0.2. 2、ExecutorType的参数,打开这个类发现它是个枚举类型,也就是说它仅仅只有3种配置的值,SIMPLE、RESUME、BATCH,在配置文件中我们也只能配这三种其中的一个
    3. 1.0.3. 3、程序执行,可见最终操作的是SqlSession的insert方法,我们就来打开这个方法的源码:
    4. 1.0.4. 4、SqlSession.insert()方法:
    5. 1.0.5. 5、当配置为simple返回的是什么?
  • 2. 总结