阿里弃用Hibernate，却用MyBatis，竟然是因为这个！

最近一直在研究MyBatis源码，作为国内经常使用的持久层框架，其内部代码的设计非常优秀。比如在开发过程中，有能力对框架进行深度的定制化开发，解决BUG也更加得心应手！另外学习开发者是如何设计高扩展性、低耦合性的代码，便于在自己的开发场景中应用。

而在Mybatis中，缓存是一个绕不开的话题。比如说，MyBatis的一级缓存竟然还会引来麻烦？

MyBatis 一级缓存与 SpringFramework 的声明式事务有冲突吗？在 Service 中开启事务，连续查询两次同样的数据，结果两次查询的结果不一致。这些应该如何解决？

• 使用 Mapper 的 selectById 查出来实体，修改实体的属性值，然后再 selectById 查找实体，发现之前查出来的是刚才修改过的实体，不是由数据库查出来的
• 如果不开启事务，则两次请求查询的结果是相同的，控制台打印了两次 SQ

然而大多数人对Mybatis框架的理解仅仅局限于使用，并不熟悉框架底层的实现原理。但MyBatis框架在互联网大厂是非常重要的角色，比如说阿里巴巴的持久层抛弃hibernate，采用的就是MyBatis框架

为什么阿里巴巴的持久层抛弃hibernate，采用MyBatis框架？

原因大概有以下4点：

1. 阿里在mysql上下了大功夫，他们对数据查询的要求也比较高，很多sql查询都要精心设计。而hibernate把数据库和你隔离了，如果使用hibernate，虽然能对生成的查询进行一定程度的定制，但开发起来付出的代价更大。
2. 对于阿里这种规模的网站服务，对cache的依赖是非常大的，对cache逻辑的要求非常高，而且一定要具体问题，具体优化。hibernate自带的cache并不能满足像阿里这样的公司的需求。
3. hibernate在你项目开始时候省事，但是会导致业务逻辑模型和数据库模型互相依赖的程度太高，一旦项目变迁，随便改一处数据库的schema，整个java项目可能要改几十处！而MyBatis的自动mapping做得也不差，开发起来也没多花多少时间。等项目进入中后期，你需要大量定制和优化查询的时候，MyBatis的开发效率就胜出了。
4. 很多地方Hibernate可以强大到只用一行代码解决很多问题，但比如说一个update()或者save()到底做了什么，这里既有hibernate本身的逻辑，也有你应用的逻辑，如果这一行产生了问题，你该如何去做？而MyBatis的开发和调优更加方便简单。

尤其是需要处理大量数据或者大并发情况的网站服务，这也阿里选择MyBatis的原因。