87 | 开源实战五（上）：MyBatis如何权衡易用性、性能和灵活性？

王争 2020-05-22

87 - 图1

00:00

1.0x

讲述：冯永吉大小：8.52M时长：09:18

上几节课我们讲到了 Spring 框架，剖析了背后蕴含的一些通用设计思想，以及用到的十几种设计模式。从今天开始，我们再剖析另外一个 Java 项目开发中经常用到的框架：MyBatis。因为内容比较多，同样，我们也分三节课来讲解。

第一节课，我们分析 MyBatis 如何权衡代码的易用性、性能和灵活性。

第二节课，我们学习如何利用职责链与代理模式实现 MyBatis Plugin。

第三节课，我们总结罗列一下 MyBatis 框架中用到的十几种设计模式。

话不多说，让我们正式开始今天的学习吧！

Mybatis 和 ORM 框架介绍

熟悉 Java 的同学应该知道，MyBatis 是一个 ORM（Object Relational Mapping，对象 - 关系映射）框架。ORM 框架主要是根据类和数据库表之间的映射关系，帮助程序员自动实现对象与数据库中数据之间的互相转化。说得更具体点就是，ORM 负责将程序中的对象存储到数据库中、将数据库中的数据转化为程序中的对象。实际上，Java 中的 ORM 框架有很多，除了刚刚提到的 MyBatis 之外，还有 Hibernate、TopLink 等。

在剖析 Spring 框架的时候，我们讲到，如果用一句话来总结框架作用的话，那就是简化开发。MyBatis 框架也不例外。它简化的是数据库方面的开发。那 MyBatis 是如何简化数据库开发的呢？我们结合第 59 讲中的 JdbcTemplate 的例子来说明一下。

在第 59 讲中，我们讲到，Java 提供了 JDBC 类库来封装不同类型的数据库操作。不过，直接使用 JDBC 来进行数据库编程，还是有点麻烦的。于是，Spring 提供了 JdbcTemplate，对 JDBC 进一步封装，来进一步简化数据库编程。

使用 JdbcTemplate 进行数据库编程，我们只需要编写跟业务相关的代码（比如，SQL 语句、数据库中数据与对象之间的互相转化的代码），其他流程性质的代码（比如，加载驱动、创建数据库连接、创建 statement、关闭连接、关闭 statement 等）都封装在了 JdbcTemplate 类中，不需要我们重复编写。

当时，为了展示使用 JdbcTemplate 是如何简化数据库编程的，我们还举了一个查询数据库中用户信息的例子。还是同样这个例子，我再来看下，使用 MyBatis 该如何实现，是不是比使用 JdbcTemplate 更加简单。

因为 MyBatis 依赖 JDBC 驱动，所以，在项目中使用 MyBatis，除了需要引入 MyBatis 框架本身（mybatis.jar）之外，还需要引入 JDBC 驱动（比如，访问 MySQL 的 JDBC 驱动实现类库 mysql-connector-java.jar）。将两个 jar 包引入项目之后，我们就可以开始编程了。使用 MyBatis 来访问数据库中用户信息的代码如下所示：

// 1. 定义UserDO

public class UserDo {

private long id;

private String name;

private String telephone;

// 省略setter/getter方法

}

// 2. 定义访问接口

public interface UserMapper {

public UserDo selectById(long id);

}

// 3. 定义映射关系：UserMapper.xml

  1.     select * from user where id=#{id}
  3. <br />// 4. 全局配置文件: mybatis.xml<br />    
  29. <br />需要注意的是，在 UserMapper.xml 配置文件中，我们只定义了接口和 SQL 语句之间的映射关系，并没有显式地定义类（UserDo）字段与数据库表（user）字段之间的映射关系。实际上，这就体现了“约定优于配置”的设计原则。类字段与数据库表字段之间使用了默认映射关系：类字段跟数据库表中拼写相同的字段一一映射。当然，如果没办法做到一一映射，我们也可以自定义它们之间的映射关系。

有了上面的代码和配置，我们就可以像下面这样来访问数据库中的用户信息了。

public class MyBatisDemo {

public static void main(String[] args) throws IOException {

  1. Reader reader = Resources.getResourceAsReader("mybatis.xml");
  3. SqlSessionFactory sessionFactory = new SqlSessionFactoryBuilder().build(reader);
  5. SqlSession session = sessionFactory.openSession();
  7. UserMapper userMapper = session.getMapper(UserMapper.class);
  9. UserDo userDo = userMapper.selectById(8);
  11. //...

}

}

从代码中，我们可以看出，相对于使用 JdbcTemplate 的实现方式，使用 MyBatis 的实现方式更加灵活。在使用 JdbcTemplate 的实现方式中，对象与数据库中数据之间的转化代码、SQL 语句，是硬编码在业务代码中的。而在使用 MyBatis 的实现方式中，类字段与数据库字段之间的映射关系、接口与 SQL 之间的映射关系，是写在 XML 配置文件中的，是跟代码相分离的，这样会更加灵活、清晰，维护起来更加方便。

如何平衡易用性、性能和灵活性？

刚刚我们对 MyBatis 框架做了简单介绍，接下来，我们再对比一下另外两个框架：JdbcTemplate 和 Hibernate。通过对比我们来看，MyBatis 是如何权衡代码的易用性、性能和灵活性的。

我们先来看 JdbcTemplate。相对于 MyBatis 来说，JdbcTemplate 更加轻量级。因为它对 JDBC 只做了很简单的封装，所以性能损耗比较少。相对于其他两个框架来说，它的性能最好。但是，它的缺点也比较明显，那就是 SQL 与代码耦合在一起，而且不具备 ORM 的功能，需要自己编写代码，解析对象跟数据库中的数据之间的映射关系。所以，在易用性上它不及其他两个框架。

我们再来看 Hibernate。相对于 MyBatis 来说，Hibernate 更加重量级。Hibernate 提供了更加高级的映射功能，能够根据业务需求自动生成 SQL 语句。我们不需要像使用 MyBatis 那样自己编写 SQL。因此，有的时候，我们也把 MyBatis 称作半自动化的 ORM 框架，把 Hibernate 称作全自动化的 ORM 框架。不过，虽然自动生成 SQL 简化了开发，但是毕竟是自动生成的，没有针对性的优化。在性能方面，这样得到的 SQL 可能没有程序员编写得好。同时，这样也丧失了程序员自己编写 SQL 的灵活性。

实际上，不管用哪种实现方式，从数据库中取出数据并且转化成对象，这个过程涉及的代码逻辑基本是一致的。不同实现方式的区别，只不过是哪部分代码逻辑放到了哪里。有的框架提供的功能比较强大，大部分代码逻辑都由框架来完成，程序员只需要实现很小的一部分代码就可以了。这样框架的易用性就更好些。但是，框架集成的功能越多，为了处理逻辑的通用性，就会引入更多额外的处理代码。比起针对具体问题具体编程，这样性能损耗就相对大一些。

所以，粗略地讲，有的时候，框架的易用性和性能成对立关系。追求易用性，那性能就差一些。相反，追求性能，易用性就差一些。除此之外，使用起来越简单，那灵活性就越差。这就好比我们用的照相机。傻瓜相机按下快门就能拍照，但没有复杂的单反灵活。

实际上，JdbcTemplate、MyBatis、Hibernate 这几个框架也体现了刚刚说的这个规律。

JdbcTemplate 提供的功能最简单，易用性最差，性能损耗最少，用它编程性能最好。Hibernate 提供的功能最完善，易用性最好，但相对来说性能损耗就最高了。MyBatis 介于两者中间，在易用性、性能、灵活性三个方面做到了权衡。它支撑程序员自己编写 SQL，能够延续程序员对 SQL 知识的积累。相对于完全黑盒子的 Hibernate，很多程序员反倒是更加喜欢 MyBatis 这种半透明的框架。这也提醒我们，过度封装，提供过于简化的开发方式，也会丧失开发的灵活性。

重点回顾

好了，今天的内容到此就讲完了。我们一块来总结回顾一下，你需要重点掌握的内容。

如果你熟悉 Java 和 MyBatis，那你应该掌握今天讲到 JDBC、JdbcTemplate、MyBatis、Hibernate 之间的区别。JDBC 是 Java 访问数据库的开发规范，提供了一套抽象的统一的开发接口，隐藏不同数据库的访问细节。

JdbcTemplate、MyBatis、Hibernate 都是对 JDBC 的二次封装，为的是进一步简化数据库开发。其中，JdbcTemplate 不能算得上是 ORM 框架，因为还需要程序员自己编程来实现对象和数据库数据之间的互相转化。相对于 Hibernate 这种连 SQL 都不用程序员自己写的全自动 ORM 框架，MyBatis 算是一种半自动化的 ORM 框架。

如果你不熟悉 Java 和 MyBatis，作为背景介绍，那你简单了解一下 MyBatis 和 ORM 就可以了。不过，在你熟悉的语言中，应该也有相应的 ORM 框架，你也可以对比着去分析一下。

今天的内容除了起到对 MyBatis 做背景介绍之外，我们还学习了代码的易用性、性能、灵活性之间的关系。一般来讲，提供的高级功能越多，那性能损耗就会越大些；用起来越简单，提供越简化的开发方式，那灵活性也就相对越低。

课堂讨论

在你的项目开发中，有没有用过哪些框架，能够切实地提高开发效率，减少不必要的体力劳动？

欢迎留言和我分享你的想法。如果有收获，也欢迎你把这篇文章分享给你的朋友。

13人觉得很赞给文章提建议;)

87 - 图2

© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。

87 - 图3

张创琦

Ctrl + Enter 发表

0/2000字

提交留言

精选留言(21)

  • 87 - 图4
    ，
    工作中做过一些c++的东西,做起来相当复杂,每引入一个第三方类库,都要自己去github上找,找到再clone下来,打包,才能引入,模板编程面向对象面向过程基于对象函数式,眼花缭乱,指针引用const傻傻分不清楚,cmake打包异常,只有求助大佬才能维持生活
    做java就像回家一样,做开发有spring全家桶,打包部署有maven,在csdn比家里感觉好多了,里面各个是人才,说话又好听,只需要CTRL C V就能完成工作,我超喜欢里面的!
    2020-05-22
    _1
    _56

  • 87 - 图5
    Demon.Lee87 - 图6
    易用性：Hibernate > MyBatis > JdbcTemplate
    性能：JdbcTemplate > MyBatis > Hibernate
    灵活性：MyBatis > JdbcTemplate > Hibernate
    2020-05-22

    __21

  • 87 - 图7
    寒溪
    netty是个反例，兼顾易用性和性能。
    2020-05-22
    _1
    _20

  • 87 - 图8
    Monday
    mybatis系列
    1、mybatis plus 作用如其名，mybatis增强功能封装好了一些crud的方法
    2、mybatis-generator自动生成器，自动生成实体、mapper、Mapper.xml等
    3、mybatis分页插件PageHelper，无需关心分页的问题
    2020-05-22

    __10

  • 87 - 图9
    L🚲🐱
    Mybatis Plus 可以说是 大大的提高了 Mybatis 的使用效率
    2020-06-01

    __6

  • 87 - 图10
    程序员jinjunzhu
    比如做限流的时候可以直接使用guava中的限流器
    2020-05-22

    __6

  • 87 - 图11
    test
    SpringCloud全家桶
    2020-05-22
    _2
    _5

  • 87 - 图12
    子豪sirius
    mybatis可以让开发人员自己写SQL，相比hibernate给了更多控制权。不过在实际开发中有个问题，有些开发人员会写很复杂的SQL，美其名曰是性能更好，但实际性能提升多少，不清楚；反而因为SQL写得巨长巨复杂，带来了阅读困难、调试和查错不便等等问题。明明这部分代码用Java写，业务逻辑是更清晰的～
    2020-05-22
    _5
    _4

  • 87 - 图13
    辣么大
    使用MyBatis，之前项目组写sql规范中要求不让写 select * 这种sql，说是影响性能。
    每个DO都有很多字段，每次写sql写的要吐，没办法自己写了个程序自动生成简单的DO查询sql。
    2020-05-29
    _1
    _2

  • 87 - 图14
    javaadu
    目前用过的最好用的框架还是Spring Boot
    2020-05-24

    __2

  • 87 - 图15
    Jxin
    ruby on rails
    2020-05-22
    _1
    _2

  • 87 - 图16
    杨逸林
    学习 JPA 和 Hibernate 的成本很高，一般人根本不知道什么 HQL，还有 hbm 文件，以及 OneToMany，ManyToMany，ManyToOne，用起来其实很麻烦。而 Mybatis 只要你会写 SQL 就行了，根本不要你了解那些，虽然设计数据库表的时候会用。
    2020-09-27
    _4
    _1

  • 87 - 图17
    iamjohnnyzhuang
    golang 用的gorm框架。感觉做的算是比较好，又有ORM的特性可以直接做对象转换，又开放了SQL编写，比较灵活。但是有一点，就是sql都编写在代码里和jdbctemplate一致，不是特别好维护。
    2020-08-06

    __1

  • 87 - 图18
    皮特尔
    移动端开发：
    Android有ORM框架greenDAO；
    iOS的FMDB、YYModel不能算ORM框架，不过Apple官方的CoreData应该算是一个
    2020-06-04

    __1

  • 87 - 图19
    夕林语
    在项目开发当中用到lombok可以减少重复的geter seter方法，虽然有点违背面向对象的特性；还有一些工具类库的使用，比如google guava，一些集合类和字符串的操作大大简化
    2020-06-02

    __1

  • 87 - 图20
    一名小学生
    打卡~
    MyBatis 介于JDBC Templete 和 MyBatis中间，在易用性、性能、灵活性三个方面做到了权衡。
    2020-05-23

    __1

  • 87 - 图21
    xianhai
    jetty，容易集成
    2020-05-23

    __1

  • 87 - 图22
    守拙
    对于”减少不必要的体力劳动”这一限定条件来说, Gson + Idea插件GsonFormatter当仁不让. 无法想象没有它们该怎么写业务代码.
    2020-05-22

    __1

  • 87 - 图23
    小晏子
    rails框架功能也异常强大，全自动ORM，不用写sql语句，所有东西框架帮你搞定，快速搞出产品原型的利器！
    2020-05-22

    __1

  • 87 - 图24
    Amon Tin
    jooq，试用了一年多了，非常好用，把SQL语法换成了select().from().where().and()这类的Java语法，同时也支持直接写SQL，orm的定义和映射关系也可以根据表结构自动生成，性能可匹敌mybatis，易用性不比hibernate差，可读性比上面两个都强，实乃新一代orm框架之王
    2021-07-01

    __1

  • 87 - 图25
    M
    越通用的框架，性能越差，灵活性也越差
    2021-04-06