發(fā)現(xiàn)一個很奇怪的現(xiàn)象，MyBaits 的 insert方法一直返回"-2147482646"
前幾天在做項目demo的時候，發(fā)現(xiàn)有一個很奇怪的現(xiàn)象，就是MyBatis發(fā)現(xiàn)更新和插入返回值一直為"-2147482646"，無論怎么改，這個值一直不變...
實在摸不著頭腦，百度和谷歌了一下，有這樣的說法原來：是由defaultExecutorType設(shè)置引起的，如果設(shè)置為BATCH，更新返回值就會丟失。
If the BATCH executor is in use, the update counts are being lost.
操作
也就是說在spring的配置文件中，只要把constructor-arg中的executorType改為SIMPLE（以前的值是BATCH就會引發(fā)這個問題）或者直接注釋掉就可以了
<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>
這么一改果然好使，但是為啥會返回這個奇怪的數(shù)字呢？背后有啥原因？
本篇就來研究一下為什么會返回這個數(shù)字，打開我們的idea，又到了跟蹤源碼的時候了，走起。
1、打開配置文件中的變量，看到SqlSessionTemplate這個類有個構(gòu)造參數(shù)類型ExecutorType了，也就是我們配置的值，當(dāng)它為BATCH的時候又會怎么樣呢？
2、ExecutorType的參數(shù)，打開這個類發(fā)現(xiàn)它是個枚舉類型，也就是說它僅僅只有3種配置的值，SIMPLE、RESUME、BATCH，在配置文件中我們也只能配這三種其中的一個
3、程序執(zhí)行，可見最終操作的是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方法，我們再來看一下這個接口的實現(xiàn)類：
一般在源碼中，如果沒有特殊配置肯定是采用的Default的設(shè)置，我們就來看看DefaultSqlSession的源碼：
再找this.insert方法：
可以看到，它調(diào)用的是this.update方法，再來找一個update方法：
看到本質(zhì)上它調(diào)用的是executor的update方法，我們再點進(jìn)去看update方法：
可以看到它是一個接口，那么肯定要找實現(xiàn)類了：
這里就可以看出端倪了，如果沒有配置緩存的話，肯定用的是BaseExecutor，那么我們在配置文件中配置的是Batch，毋庸置疑它肯定是選擇BatchExecutor這個類中的update方法了：
千呼萬喚始出來，這個奇怪的數(shù)字原來在這里出來的，其中可以看到它是固定返回的，沒有任何判斷邏輯...這樣就證明了一點，只要你的insert方法在配置文件中配置的是batch，那么它肯定返回這個值！
5、當(dāng)配置為simple返回的是什么？
根據(jù)上面的經(jīng)驗，這里我們直接看SimpleExecutor方法就行了：
接著再看StatementHandler就知道了：
我找到了SimpleStatementHandler的update方法，可以看到它返回是statement.getUpdateCount返回的數(shù)字，也就是實際影響的行數(shù)，那么就是正常的數(shù)值。
總結(jié)
本篇博客記錄了一次源碼追蹤的過程，從而解釋了為什么配置BATCH返回的是這個數(shù)字的原因，在實際的編程中，可能會遇到很多奇怪的問題，這時候就要敢于翻源碼，答案一定在源碼中，才能從根本上知道產(chǎn)生問題的原因。
來源 | https://www.cnblogs.com/wyq178/p/8652443.html
好書推薦
Java是目前應(yīng)用非常廣泛的軟件開發(fā)平臺，學(xué)習(xí)針對Java程序的優(yōu)化方法有重要的現(xiàn)實意義。本書以Java程序性能優(yōu)化為主線，系統(tǒng)地闡述與其相關(guān)的知識點，幫助讀者掌握編寫高質(zhì)量Java程序的技巧，讓他們感受Java開發(fā)中的大智慧，編寫出更加優(yōu)美的程序。
《Java程序性能優(yōu)化實戰(zhàn)》共6章，從軟件設(shè)計、軟件編碼、JVM調(diào)優(yōu)及程序故障排除等方面介紹Java程序性能優(yōu)化的方法。第1章介紹性能的基本概念、木桶原理、Amdahl定律，以及系統(tǒng)調(diào)優(yōu)的步驟和注意事項；第2章從設(shè)計層面介紹與性能相關(guān)的設(shè)計模式及常用的優(yōu)化組件；第3章從代碼層面介紹如何編寫高性能的Java程序；第4章介紹并行程序開發(fā)，以及如何通過多線程提高系統(tǒng)的性能；第5章立足于JVM 虛擬機(jī)層面，介紹如何通過設(shè)置合理的JVM參數(shù)提升Java程序的性能；第6章介紹獲取和監(jiān)控程序及系統(tǒng)性能指標(biāo)的各種工具，包括相關(guān)的故障排查工具。
《Java程序性能優(yōu)化實戰(zhàn)》適合所有的Java程序員、軟件設(shè)計師、架構(gòu)師及軟件開發(fā)愛好者閱讀。對于有一定經(jīng)驗的Java工程師，本書能幫助他們突破技術(shù)瓶頸，提高開發(fā)水平。