解析Mybatis的insert方法返回?cái)?shù)字-2147482646的解決
前言:前幾天在做項(xiàng)目demo的時(shí)候,發(fā)現(xiàn)有一個(gè)很奇怪的現(xiàn)象,就是MyBatis發(fā)現(xiàn)更新和插入返回值一直為"-2147482646".無論怎么改,這個(gè)值一直不變...是在摸不著頭腦,百度和谷歌了一下,有這樣的說法原來是由defaultExecutorType設(shè)置引起的,如果設(shè)置為BATCH,更新返回值就會丟失。
If the BATCH executor is in use, the update counts are being lost.
操作:也就是說在spring的配置文件中,只要把constructor-arg中的executorType改為SIMPLE(以前的值是BATCH就會引發(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>
這么一改果然好使,但是為啥會返回這個(gè)奇怪的數(shù)字呢?背后有啥原因,本篇博客就來研究一下為什么會返回這個(gè)數(shù)字,打開我們的idea,又到了跟蹤源碼的時(shí)候了,走起:
1:打開配置文件中的變量,看到SqlSessionTemplate這個(gè)類有個(gè)構(gòu)造參數(shù)類型ExecutorType了,也就是我們配置的值,當(dāng)它為BATCH的時(shí)候又會怎么樣呢?
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方法,我們再來看一下這個(gè)接口的實(shí)現(xiàn)類:
一般在源碼中,如果沒有特殊配置肯定是采用的Default的設(shè)置,我們就來看看DefaultSqlSession的源碼:
再找this.insert方法:
可以看到,它調(diào)用的是this.update方法,再來找一個(gè)update方法:
看到本質(zhì)上它調(diào)用的是executor的update方法,我們再點(diǎn)進(jìn)去看update方法:
可以看到它是一個(gè)接口,那么肯定要找實(shí)現(xiàn)類了:
這里就可以看出端倪了,如果沒有配置緩存的話,肯定用的是BaseExecutor,那么我們在配置文件中配置的是Batch,毋庸置疑它肯定是選擇BatchExecutor這個(gè)類中的update方法了:
千呼萬喚始出來,這個(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í)際的編程中,可能會遇到很多奇怪的問題,這時(shí)候就要敢于翻源碼,答案一定在源碼中,才能從根本上知道產(chǎn)生問題的原因。
到此這篇關(guān)于解析Mybatis的insert方法返回?cái)?shù)字-2147482646的解決的文章就介紹到這了,更多相關(guān)Mybatis insert返回內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
Java編程實(shí)現(xiàn)調(diào)用com操作Word方法實(shí)例代碼
這篇文章主要介紹了Java編程實(shí)現(xiàn)調(diào)用com操作Word方法實(shí)例代碼,代碼注釋很詳細(xì),在這里分給大家,需要的朋友可以參考下。2017-09-09idea統(tǒng)計(jì)代碼行數(shù)Statistic的步驟詳解
這篇文章主要介紹了idea統(tǒng)計(jì)代碼行數(shù)Statistic的步驟詳解,本文通過使用Statistic插件操作的,通過圖文實(shí)例相結(jié)合給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-10-10Java list利用遍歷進(jìn)行刪除操作3種方法解析
這篇文章主要介紹了Java list利用遍歷進(jìn)行刪除操作3種方法解析,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友可以參考下2020-01-01java利用冒泡排序?qū)?shù)組進(jìn)行排序
這篇文章主要介紹了java利用冒泡排序?qū)?shù)組進(jìn)行排序的方法,實(shí)例分析了冒泡排序的概念與java實(shí)現(xiàn)方法,以及java操作數(shù)組的相關(guān)技巧,需要的朋友可以參考下2015-05-05java監(jiān)聽器實(shí)現(xiàn)在線人數(shù)統(tǒng)計(jì)
這篇文章主要為大家詳細(xì)介紹了java監(jiān)聽器實(shí)現(xiàn)在線人數(shù)統(tǒng)計(jì),文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下2019-11-11Java?LocalDateTime獲取時(shí)間信息、格式化、轉(zhuǎn)換為數(shù)字時(shí)間戳代碼示例
其實(shí)我們在Java項(xiàng)目中對日期進(jìn)行格式化,主要是利用一些日期格式化類,下面這篇文章主要給大家介紹了關(guān)于Java?LocalDateTime獲取時(shí)間信息、格式化、轉(zhuǎn)換為數(shù)字時(shí)間戳的相關(guān)資料,需要的朋友可以參考下2023-11-11Spring集成Druid連接池及監(jiān)控配置的全過程
java程序很大一部分要操作數(shù)據(jù)庫,為了提高性能操作數(shù)據(jù)庫的時(shí)候,有不得不使用數(shù)據(jù)庫連接池,下面這篇文章主要給大家介紹了關(guān)于Spring集成Druid連接池及監(jiān)控配置的相關(guān)資料,需要的朋友可以參考下2021-09-09Spring Boot使用JSR-380進(jìn)行校驗(yàn)的示例
這篇文章主要介紹了Spring Boot使用JSR-380進(jìn)行校驗(yàn),本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2021-03-03