程序員的成長(zhǎng)之路

互聯(lián)網(wǎng)/程序員/技術(shù)/資料共享 

閱讀本文大概需要 2.8 分鐘。

作者 | 占小狼的博客

來源 | https://mp.weixin.qq.com/s/iV6BwQkjTXCvfrAwgj2V4w

前幾天在做項(xiàng)目demo的時(shí)候，發(fā)現(xiàn)有一個(gè)很奇怪的現(xiàn)象，就是MyBatis發(fā)現(xiàn)更新和插入返回值一直為"-2147482646"，無論怎么改，這個(gè)值一直不變...

實(shí)在摸不著頭腦，百度和谷歌了一下，有這樣的說法原來：是由defaultExecutorType設(shè)置引起的，如果設(shè)置為BATCH，更新返回值就會(huì)丟失。

If the BATCH executor is in use, the update counts are being lost.

操作

也就是說在spring的配置文件中，只要把constructor-arg中的executorType改為SIMPLE（以前的值是BATCH就會(huì)引發(fā)這個(gè)問題）或者直接注釋掉就可以了

<bean id="sqlSessionTemplate" class="org.mybatis.spring.SqlSessionTemplate">
    <constructor-arg name="sqlSessionFactory" ref="sqlSessionFactory"></constructor-arg>
    <!-- 執(zhí)行類型 -->
    <constructor-arg name="executorType" value="SIMPLE"></constructor-arg>
</bean>

這么一改果然好使，但是為啥會(huì)返回這個(gè)奇怪的數(shù)字呢？背后有啥原因？

本篇就來研究一下為什么會(huì)返回這個(gè)數(shù)字，打開我們的idea，又到了跟蹤源碼的時(shí)候了，走起。

1、打開配置文件中的變量，看到SqlSessionTemplate這個(gè)類有個(gè)構(gòu)造參數(shù)類型ExecutorType了，也就是我們配置的值，當(dāng)它為BATCH的時(shí)候又會(huì)怎么樣呢？

你真的了解 OpenJDK 嗎？

2、ExecutorType的參數(shù)，打開這個(gè)類發(fā)現(xiàn)它是個(gè)枚舉類型，也就是說它僅僅只有3種配置的值，SIMPLE、RESUME、BATCH，在配置文件中我們也只能配這三種其中的一個(gè)

3、程序執(zhí)行，可見最終操作的是SqlSession的insert方法，我們就來打開這個(gè)方法的源碼：

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是一個(gè)接口，里面有insert方法，我們?cè)賮砜匆幌逻@個(gè)接口的實(shí)現(xiàn)類：

一般在源碼中，如果沒有特殊配置肯定是采用的Default的設(shè)置，我們就來看看DefaultSqlSession的源碼：

再找this.insert方法：

可以看到，它調(diào)用的是this.update方法，再來找一個(gè)update方法：

Spring Boot操作ES進(jìn)行各種高級(jí)查詢（值得收藏）

看到本質(zhì)上它調(diào)用的是executor的update方法，我們?cè)冱c(diǎn)進(jìn)去看update方法：

可以看到它是一個(gè)接口，那么肯定要找實(shí)現(xiàn)類了：

這里就可以看出端倪了，如果沒有配置緩存的話，肯定用的是BaseExecutor，那么我們?cè)谂渲梦募信渲玫氖荁atch，毋庸置疑它肯定是選擇BatchExecutor這個(gè)類中的update方法了：

阿里面試：“說一下從 url 輸入到返回請(qǐng)求的過程”

千呼萬(wàn)喚始出來，這個(gè)奇怪的數(shù)字原來在這里出來的，其中可以看到它是固定返回的，沒有任何判斷邏輯...這樣就證明了一點(diǎn)，只要你的insert方法在配置文件中配置的是batch，那么它肯定返回這個(gè)值！

5、當(dāng)配置為simple返回的是什么？

根據(jù)上面的經(jīng)驗(yàn)，這里我們直接看SimpleExecutor方法就行了：

接著再看StatementHandler就知道了：

我找到了SimpleStatementHandler的update方法，可以看到它返回是statement.getUpdateCount返回的數(shù)字，也就是實(shí)際影響的行數(shù)，那么就是正常的數(shù)值。

總結(jié)

本篇博客記錄了一次源碼追蹤的過程，從而解釋了為什么配置BATCH返回的是這個(gè)數(shù)字的原因，在實(shí)際的編程中，可能會(huì)遇到很多奇怪的問題，這時(shí)候就要敢于翻源碼，答案一定在源碼中，才能從根本上知道產(chǎn)生問題的原因。

<END>

掃碼加入技術(shù)交流群，不定時(shí)「送書」

推薦閱讀：

沉入海底2年的微軟數(shù)據(jù)中心浮出水面：故障率只有陸地上的1/8，除了長(zhǎng)點(diǎn)貝類和藻類完全沒問題

OAuth2實(shí)現(xiàn)單點(diǎn)登錄SSO完整教程，其實(shí)不難！

最近面試BAT，整理一份面試資料《Java面試BATJ通關(guān)手冊(cè)》，覆蓋了Java核心技術(shù)、JVM、Java并發(fā)、SSM、微服務(wù)、數(shù)據(jù)庫(kù)、數(shù)據(jù)結(jié)構(gòu)等等。

獲取方式：點(diǎn)個(gè)「在看」，點(diǎn)擊上方小卡片，進(jìn)入公眾號(hào)后回復(fù)「面試題」領(lǐng)取，更多內(nèi)容陸續(xù)奉上。

朕已閱