解析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,更新返回值就會(huì)丟失。
If the BATCH executor is in use, the update counts are being lost.
操作:也就是說在spring的配置文件中,只要把constructor-arg中的executorType改為SIMPLE(以前的值是BATCH就會(huì)引發(fā)這個(gè)問題)或者直接注釋掉就可以了
<bean 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ì)怎么樣呢?
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í)際的編程中,可能會(huì)遇到很多奇怪的問題,這時(shí)候就要敢于翻源碼,答案一定在源碼中,才能從根本上知道產(chǎn)生問題的原因。
到此這篇關(guān)于解析Mybatis的insert方法返回?cái)?shù)字-2147482646的解決的文章就介紹到這了,更多相關(guān)Mybatis insert返回內(nèi)容請搜索好吧啦網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持好吧啦網(wǎng)!
相關(guān)文章:
1. Sqlserver之死鎖查詢以及批量解鎖的實(shí)現(xiàn)方法2. Mysql索引常見問題匯總3. Mybatis動(dòng)態(tài)SQL的實(shí)現(xiàn)示例4. 如何將Mybatis連接到ClickHouse5. 一文詳解嵌入式SQL6. 同時(shí)安裝sql2000和sql2005,經(jīng)驗(yàn)點(diǎn)滴7. MyBatis-Plus多表聯(lián)合查詢并且分頁(3表聯(lián)合)8. mybatis的if判斷不要使用boolean值的說明9. MySQL 8.0新特性 — 管理端口的使用簡介10. MybatisPlus自定義Sql實(shí)現(xiàn)多表查詢的示例
