為什么阿里巴巴拋棄Hibernate使用MyBatis框架？

MyBatis

MyBatis是支持普通 SQL查詢，存儲過程和高級映射的優秀持久層框架。MyBatis 消除了幾乎所有的JDBC代碼和參數的手工設置以及結果集的檢索。MyBatis 使用簡單的 XML或注解用于配置和原始映射，將接口和 Java 的POJOs（Plain Ordinary Java Objects，普通的 Java對象）映射成數據庫中的記錄。

每個MyBatis應用程序主要都是使用SqlSessionFactory實例的，一個SqlSessionFactory實例可以通過SqlSessionFactoryBuilder獲得。SqlSessionFactoryBuilder可以從一個xml配置文件或者一個預定義的配置類的實例獲得。

用xml文件構建SqlSessionFactory實例是非常簡單的事情。推薦在這個配置中使用類路徑資源（classpath resource)，但你可以使用任何Reader實例，包括用文件路徑或file://開頭的url創建的實例。MyBatis有一個實用類----Resources，它有很多方法，可以方便地從類路徑及其它位置加載資源。

MyBatis的優勢
MyBatis 是一款非常優秀的持久層框架，它支持定制化 SQL、存儲過程以及高級映射。不僅避免了幾乎所有的 JDBC 代碼和手動設置參數以及獲取結果集。還可以使用簡單的 XML 或注解來配置和映射原生信息，將接口和 Java 的 POJOs映射成數據庫中的記錄。
我們在使用傳統JDBC時，往往需要寫很多JDBC代碼，需要自己寫SQL語句以及自己裝配參數，然后自己對結果集進行封裝處理。
而Mybatis則幫我們簡化了以上功能，只需要一些配置文件（xml）或是注解的方式即可完成對數據庫的查詢以及結果的映射封裝。
為什么MyBatis能在國內大廠里這么流行？
Mybatis之所以流行的一個原因是上手快，當學完JDBC之后，再去學習Mybatis，上手時間要比Hibernate快。一個技術學習成本低，也是一個優勢。
另外一個原因就是sql優化上了，業務復雜的sql語句通常需要進行優化，此時操作Mybatis更加容易一些。
現在spring boot和Mybatis plus的出現，使Mybatis使用起來更加簡單了。所以在大多數場景里，MyBatis更適合。
為什么阿里巴巴的持久層拋棄Hibernate，采用MyBatis框架？
原因大概有以下4點：
1、阿里在Mybatis上下了大功夫，他們對數據查詢的要求也比較高，而Hibernate把數據庫和你隔離了，如果使用Hibernate，雖然能對生成的查詢進行一定程度的定制，但開發起來付出的代價更大。
2、對于阿里這種規模的網站服務，對cache的依賴是非常大的，對cache邏輯的要求非常高，而且一定要具體問題，具體優化。Hibernate自帶的cache并不能滿足像阿里這樣的公司的需求。
3、Hibernate在你項目開始時候省事，但是會導致業務邏輯模型和數據庫模型互相依賴的程度太高，一旦項目變遷，隨便改一處數據庫的schema，整個java項目可能要改幾十處！而MyBatis的自動mapping做的也不差，開發起來也沒多花多少時間。等項目進入中后期，你需要大量定制和優化查詢的時候，MyBatis的開發效率就勝出了。
4、很多地方Hibernate可以強大到只用一行代碼解決很多問題，但比如說一個update()或者save()到底做了什么，這里既有Hibernate本身的邏輯，也有你應用的邏輯，如果這一行產生了問題，你該如何去做？而MyBatis的開發和調優更加方便簡單。尤其是需要處理大量數據或者大并發情況的網站服務，這也阿里選擇MyBatis的原因。

大廠都在用MyBatis，跳槽的時候MyBatis更是面試必問的內容，那你對于MyBatis又掌握了多少呢