ORM框架 Mybatis、Hibernate、Spring Data JPA之到底该用谁，谁更牛*

现在持久层框架中无可厚非的就是mybatis了，但是也会经常被人问到为啥要用mybatis，为啥不用hibernate，jpa。很多人各级都是地铁爷爷看手机的表情，似乎从来没想过这个问题。“公司叫用我就用了呗”

如果期望有好的发展我觉得我们应该学会知其然&知其所以然，这样才会有自己想要的进步，今天就来具体讲讲他们之间的区别以及为什么现在mybatis都在用却摒弃了以前那么牛*的Hibernate。希望可以帮助到思进取的你。

SpringJPA、Hibernate、 Mybatis简述（这不是重点）

这种简述百度一下会出来巨详细，不是本文的重点，就不仔细介绍蓝。
Hibernate：Hibernate是一个开放源代码的对象关系映射框架，它对JDBC进行了非常轻量级的对象封装，它将POJO与数据库表建立映射关系，是一个全自动的ORM框架，Hibernate可以自动生成SQL语句，自动执行，使得Java程序员可以随心所欲的使用对象编程思维来操纵数据库。
Spring Data JPA：Spring Data JPA是Spring Data的子模块，默认由Hibernate实现。Spring Data是一个用于简化数据库访问，并支持云服务的开源框架。
Mybatis：MyBatis 本是apache的一个开源项目iBatis, 2010年这个项目由apache software foundation 迁移到了google code，并且改名为MyBatis 。Mybatis：着力于POJO与SQL之间的映射关系。

由上面的简述就可以看到SpringJPA、Hibernate、 Mybatis三者对比其实就是Hibernate与Mybatis之间的对比（Spring Data JPA默认由Hibernate实现）
下面开始进入主题

Hibernate与 Mybatis的比较

使用方式上的比较

Hibernate是一个自动化更强的持久性框架，省去了绝大多数的SQL的编写。Hibernate面向对象与对象之间的模型，因为封装了完整的对象关系映射机制所以内部十分复杂，学习周期也比较长。而Mybatis将sql的入参和查询结果映射成POJOs，面向于ResultMap的映射，需要写的SQL语句跟多。
总结：封装程度越高东西越不灵活，大家应该都有过体验吧。Hibernate使用起来简单，但是很不灵活，很多复杂场景的运用很鸡肋。不如Mybatis的随心DIY舒心。

开发难度的比较

上面有说过，因为Hibernate封装了完整的对象关系，因此学习难度大于Mybatis，使用Mybatis的时候专注于SQL的编写以及映射关系就OK了。

查询的比较

简单查询
Hibernate 提供了基础的查询方法
Mybatis需要手动编写SQL语句

高级查询
Hibernate通过对象映射机制,开发者无需关心SQL的生成与结果映射,专注业务流程；
Mybatis需要通过手动在XML文件中编写SQL语句以及ResultMap或者注解。
也就是说Hibernate用起来简单,但是DIY能力远差于Mybatis。

缓存机制的比较

相同点
Hibernate和Mybatis的二级缓存除了采用系统默认的缓存机制外，都可以通过实现你自己的缓存或为其他第三方缓存方案，创建适配器来完全覆盖缓存行为。

不同点
Hibernate的二级缓存配置在SessionFactory生成的配置文件中进行详细配置，然后再在具体的表-对象映射中配置是那种缓存。

MyBatis的二级缓存配置都是在每个具体的表-对象映射中进行详细配置，这样针对不同的表可以自定义不同的缓存机制。并且Mybatis可以在命名空间中共享相同的缓存配置和实例，通过Cache-ref来实现。

数据库的移植性比较

Hibernate 对数据库提供了较为完整的封装,封装了基本的DAO层操作,有较好的数据库移植性

Mybatis 可以进行更细致的SQL优化,查询必要的字段,但是需要维护SQL和查询结果集的映射,而且数据库的移植性较差,针对不同的数据库编写不同的SQL

总结

抛开业务场景，只针对使用上来看的话，Hibernate 比Mybatis更加方便。但是写程序永远脱离不了业务，面对日益复杂话的业务场景，Mybatis的灵活性尤为重要。

ORM框架的使用需要根据具体的项目业务选择更适合的技术方案，而不能一味地为了技术而技术。但是在大数据时代为了应对复杂的场景Mybatis首当其冲的成为首选的持久化框架。

亲~全部手写，个别错误字眼请忽略