最近一直在研究MyBatis原始碼，作為國內經常使用的持久層框架，其內部代碼的設計非常優秀，比如在開發程序中，有能力對框架進行深度的定制化開發，解決BUG也更加得心應手！另外學習開發者是如何設計高擴展性、低耦合性的代碼，便于在自己的開發場景中應用，

而在Mybatis中，快取是一個繞不開的話題，比如說，MyBatis的一級快取竟然還會引來麻煩？

MyBatis 一級快取與 SpringFramework 的宣告式事務有沖突嗎？在 Service 中開啟事務，連續查詢兩次同樣的資料，結果兩次查詢的結果不一致，這些應該如何解決？

使用 Mapper 的 selectById 查出來物體，修改物體的屬性值，然后再 selectById 查找物體，發現之前查出來的是剛才修改過的物體，不是由資料庫查出來的
如果不開啟事務，則兩次請求查詢的結果是相同的，控制臺列印了兩次 SQ

然而大多數人對Mybatis框架的理解僅僅局限于使用，并不熟悉框架底層的實作原理，但MyBatis框架在互聯網大廠是非常重要的角色，比如說阿里巴巴的持久層拋棄hibernate，采用的就是MyBatis框架

為什么阿里巴巴的持久層拋棄hibernate，采用MyBatis框架？

原因大概有以下4點：

阿里在mysql上下了大功夫，他們對資料查詢的要求也比較高，很多sql查詢都要精心設計，而hibernate把資料庫和你隔離了，如果使用hibernate，雖然能對生成的查詢進行一定程度的定制，但開發起來付出的代價更大，
對于阿里這種規模的網站服務，對cache的依賴是非常大的，對cache邏輯的要求非常高，而且一定要具體問題，具體優化，hibernate自帶的cache并不能滿足像阿里這樣的公司的需求，
hibernate在你專案開始時候省事，但是會導致業務邏輯模型和資料庫模型互相依賴的程度太高，一旦專案變遷，隨便改一處資料庫的schema，整個java專案可能要改幾十處！而MyBatis的自動mapping做得也不差，開發起來也沒多花多少時間，等專案進入中后期，你需要大量定制和優化查詢的時候，MyBatis的開發效率就勝出了，
很多地方Hibernate可以強大到只用一行代碼解決很多問題，但比如說一個update()或者save()到底做了什么，這里既有hibernate本身的邏輯，也有你應用的邏輯，如果這一行產生了問題，你該如何去做？而MyBatis的開發和調優更加方便簡單，

尤其是需要處理大量資料或者大并發情況的網站服務，這也阿里選擇MyBatis的原因，

MyBatis整體架構

原始碼閱讀能力的提升是一線開發人員的標配，**目前技術主流框架組合MyBatis + Spring ，扛住了大資料量和大批量請求的考驗，在互聯網系統中得到了廣泛的應用，**現今大廠都在用MyBatis，跳槽的時候MyBatis更是面試必問的內容，那你對于MyBatis又掌握了多少呢？下面這5道阿里關于MyBatis的面試題，你能答上來幾道？