转载

为啥国人偏爱 Mybatis，而老外喜欢 Hibernate/JPA 呢？

责编：保安队长

配图：猫仙大人

关于 SQL 和 ORM 的争论，永远都不会终止，我也一直在思考这个问题。昨天又跟群里的小伙伴进行了一番讨论，感触还是有一些，于是就有了今天这篇文。

声明：本文不会下关于 Mybatis 和 JPA 两个持久层框架哪个更好这样的结论。只是摆事实，讲道理，所以，请各位看官勿喷。

一、事件起因

关于 Mybatis 和 JPA 孰优孰劣的问题，争论已经很多年了。一直也没有结论，毕竟每个人的喜好和习惯是大不相同的。我也看过知乎上一些问答，各有各的理由，感觉都挺有道理。如果让我不带感情色彩地去分辨，其实我也是懵的，因为真的是公说公有理婆说婆有理。

而在国内，不得不承认，到今年（ 2019 年），用 Mybatis 的公司确实是要比用 JPA 的多，但是在 2015 年以前，用 Hibernate 的公司确实也是很多的。为什么在国内，会有这样的现象发生？而在国外，老外会一如既往地使用 JPA 呢？我们来分析分析。

二、目前生态

在最近（2018）的JVM 生态报告中（https://snyk.io/blog/jvm-ecosystem-report-2018-platform-application/），Mybatis是使用率是很低的。可以看图：

可以看出，Mybatis 的占比只有可怜的 6%，大家看到这个统计结果应该会很吃惊，你会觉得，不对啊，我公司以及我很多朋友都在用 Mybatis 啊，好像没听说过有人用 JPA 的，这个统计结果是错的吧？造成这种印象的原因也很简单，因为语言和技术的流行度有地域性偏差的，接着来看下 Google Trends 就明白了：

红色部分是 Mybatis 的主要使用人群。

再从下面这个对比来看，MyBatis 的关注主要集中在中日韩。知道日韩为啥也高吗，猜中有奖哦，哈哈！

首先，必须指出，对于青年程序员，其实都会质疑这个图的可信度。中老年程序员都在感叹国外其实更注重开发效率和面向对象的分析和设计。但我可以非常负责任地告诉你，这图是真的。那么，造成这种现象的原因是？

三、国人喜欢Mybatis的原因

总结起来，有如下原因：

1.大厂带节奏

国内做互联网的 Java 程序很多都是拷贝阿里的，阿里一开始用例iBatis （日本韩国是怎么回事呢）。大量的老系统都是基于 iBatis/MyBatis 的，市场上对 MyBatis 熟悉的人才更多，招聘和培训更容易，有的青年程序员以为“ MyBatis 早已统一全球了”就是一个很好的证明。

2.简单，学习成本低

小公司需要大量入门级的程序员，像大神甚至一个都请不起，请问大神们那些牛 b 框架哪个更快让菜鸟们上手，降低公司学习成本。注意这个成本会一直跟随公司，想必大神们创业直接前后端分离了，毕竟钱嘛多的是。

3.对于复杂性需求的灵活性高

国内绝大部分项目都是面向表结构编程的，把 java 对象仅当成数据容器，查询和模型变更都设计在一张表上，所谓业务逻辑就是一堆增删改查的 sql 集合，当然用 mybatis 方便。在逻辑不复杂，或者你判断软件生命周期不会超过一年的时候，直接用表结构编程是最方便快捷的。

国内普遍都是分布式，流量和性能决定了需要经常进行优化，而是用 Mybatis 对复杂需求的优化很方便。

4.政治环境

国内好多项目都是应付领导的某些奇葩需求。需要面向领导编程。一大半时间其实都是在解决领导的需求。国内项目需要大量报表统计（看看帆软卖的这么好就知道了），需要提供给领导作为决策。看到这里，各位领导不要骂我，真的不是黑领导的。

5.Hibernate学习成本高

虽然，实际上 SpringDataJPA 是非常简单的，但是，但是，JPA/Hibernate 后期调试跟踪问题很麻烦，改起来也麻烦。别忘了，牛逼如你的人全公司甚至一个都没。还有什么缓存什么 Criteria 什么 Lazy ，虽然这些你学了也不见得能用上，但一个框架，你不学还是不行的。而且， JPA 对于增删改很方便，复杂查询却是软肋，有同学会说，JPA 也能写 SQL 语句啊，我想说的是，既然都用 orm 了，你再写 sql ，那不就失去了 oop 的内涵了吗？不优雅好吧。

四、老外喜欢JPA的原因

1.很多老外对Mybatis的认知还停留在iBatis阶段

实际上在 Mybatis 的应用场景里面，开发者要的就是自动封装，把sql查询结果转化为指定的 java 对象。这个在 iBatis 阶段，需要开发者自己定义大量的 xml 配置，去指定数据库表字段与 Java 实体类之间的关系。并且，对于每一条 sql，都需要在 xml 中写相应的语句，虽然有代码生成器，但开发量还是不小的。

但 Mybatis 发展到今天，已经非常完美地做好了自动封装数据对象这件事，支持的插件也比较丰富。对于常见的增删改查，也不需要自己写一行代码，这已经无限接近于 Hibernate 的能力了。