發現一個很奇怪的現象,mybaits的insert方法一直返回"-2147482646"

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

前幾天在做項目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返回的是這個數字的原因,在實際的編程中,可能會遇到很多奇怪的問題,這時候就要敢於翻源碼,答案一定在源碼中,才能從根本上知道產生問題的原因。


   
   
   

後臺回覆 學習資料 領取學習視頻


如有收穫,點個在看,誠摯感謝

本文分享自微信公衆號 - 猿天地(cxytiandi)。
如有侵權,請聯繫 [email protected] 刪除。
本文參與“OSC源創計劃”,歡迎正在閱讀的你也加入,一起分享。

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章