为什么阿里巴巴抛弃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又掌握了多少呢