大话MyBatis

MyBatis是什么?

MyBatis是一个ORM框架,为什么需要一个ORM框架呢?

传统的JDBC编程,一般需要6步

注册数据库驱动,指定数据库地址账号密码

DriverManager打开数据库连接

通过数据库连接创建Statement对象

Statement对象执行SQL语句,得到ResultSet对象

ResultSet对象得到的数据转换为JavaBean

关闭ResultSet以及各种数据库连接资源

其中1、2、3、6都是重复性代码,也业务没有关系的,所以会封装成工具类DBUtils,但是还有个问题,就是步骤5,封装是不够通用和彻底的。为了解决这个问题,就有了ORM框架-Object Relational Mapping对象关系映射。

就是select xx_xx xxx_xxx from table_xx 字段自动就映射成JavaBean中的属性了。

除此之外,既然是数据库和业务之间的中间件,当然会顺便解决其他问题。例如数据库连接比较珍贵,所以用连接池,例如给数据库中的数据顺便做个缓存。

ORM框架有很多,来一个友商对比。

Hibernate:曾经最屌的,毕竟SSH三大框架之一。映射得很彻底,可以完全脱离SQL,就像理解对象之间的关系来理解表的关系。脱离了SQL,优点没有侵入性,MySQL切换到oracle也可以。缺点是代码职责不单一了,代码干了SQL该干的事,索引、存储过程、函数、优化啊什么的,就拜拜了。所以后来没那么流行了。

SpringJDBC:非常轻量级的ORM,开发起来只需要关注SQL和SQL返回的数据如何处理就可以。很原生。没有映射文件、缓存等概念。

MyBatis:功能丰富如hibernate,但非常灵活,主要是可以用SQL,反正互联网应用99%都是MySQL吧,不会在多种数据库中来回切换。

HelloWorld一下

这里用了lombok,不仅需要jar包还需要IDEA插件支持,不然会报错。lombok原理就是利用一个Java的规范,定义编译期注解把一些简单的get set等代码织入。用了之后会觉得pojo都很干净=。=

mybatis有多种用法,简单的可以用注解搞定,复杂点的SQL还是用XML可读性更好。

原理浅析

mybatis是个框架,有三层功能架构。

基础支持层:反射、类型转换、日志、资源加载等

核心处理层:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件

接口层:SqlSession接口中的事务和增删改查

回到这个helloworld,点进去看一下源码,分为4步。

new SqlSessionFactoryBuilder().build(inputStream) 这一步把所有配置文件信息解析并保存在Configuration对象中。这是一个很大很复杂的对象,所以用了builder模式。各种配置信息包括Mapper配置信息都保存了。

sqlSessionFactory.openSession() 这一步返回了SqlSession对象,主要做了事务初始化和Executor初始化。

getMapper 这一步返回接口的代理对象。毕竟接口无法执行。返回代理对象,也是因为还有很多的配置的插件啊事务啊等着通过动态代理织入。

具体的执行增删改查。这一步会通过创建的四大对象来搞事情。

Executor:具体来执行的

StatementHandler:处理SQL预编译

ParameterHandler:设置预编译参数

ResultHandler:处理结果集

还有个TypeHandler,在JavaBean和数据库字段类型之间做映射转换

常用扩展之插件和TypeHandler

先说一下插件的原理,看代码

public Object pluginAll(Object target){

for(Interceptor interceptor:interceptors){

target = interceptor.plugin(target);

}

return target;

}

是不是和上篇说的拦截链一毛一样...

可以这么理解,通过动态代理层层包装。

所以框架给使用者暴露的,只是一个Interceptor接口。实现接口,覆写方法,指定拦截的对象和方法,注册一下插件就可以。

mybatis插件界最著名的肯定就是分页插件了。核心原理是通过插件拦截每个执行的sql语句,举例是select * from xxx ,拦截下来之后,再搞点事情,select count(*) from (select * from xxx) temp ,就拿到了条数了,根据pageSize pageNo就可以分页了。

具体怎么用,大神有专门的文档:https://github.com/pagehelper/Mybatis-PageHelper/blob/master/wikis/zh/HowToUse.md

插件还有很多广泛的应用。例如,支持存储过程的插件、批处理的插件、乐观锁的插件。其实都是在写切面逻辑,通过动态代理来实现给指定的一大片代码加上这个逻辑。

说一个用插件非常巧妙的解决的事情。可能在看这篇文章的你也用得到。

我们知道,在写SQL的时候,可能翻一个错,“update xx set xx=xx where xx=xx ”,这个where后面的条件,可能由于代码判断的问题,丢失了,那就成了update xx set xx=xx 整个表都改了。这属于代码逻辑问题,属于非常隐藏的bug。怎么解决呢?怎么杜绝呢?MySQL数据库层面,有个安全更新模式设置,set SQL_SAFE_UPDATE=1,但是太死板了,开启之后,执行更新或者删除必须添加where或者limit,而且where字段必须是主键或者有索引字段。

有没有更灵活的方式呢?嗯,用mybatis的插件。

思路是,先自定义一个注解叫做@AllowEmptyWhere,有这个注解的mapper方法,就意味着开发者经过思考,这个sql语句可以如此使用,不会出现update整个库的问题,否则默认没有这个注解,拦截器拦截所有执行的SQL,对这个具体的sql字符串分析一下where后面条件为空,则抛出自定义异常。

官方对于这种常用的插件功能文档非常友好,例如实现Interceptor接口后,在intercept方法中,文档会告诉你,

invocation.getTarget()->被代理对象

invocation.getMethod()->被代理方法

invocation.getArgs()->方法参数

invocation.proceed()->真实的方法执行,在这个之前和之后可以写相应的逻辑。

再说TypeHandler

第一个常见的扩展是枚举。项目中会用到大量枚举,大部分都是和数据库相关的,也就是要从Javabean映射到数据库字段,默认情况下,映射到数据库中的内容是枚举值,打个比方,性别是FEMALE,在数据库中存的也是这个字符串,这就比较浪费空间了。因为可以用tinyint(1)来搞定的。所以这里要改改默认的枚举映射。继承BaseTypeHandler,覆写几个方法就可以了。就是在Javabean和数据库打交道的“来去之间”指定一下转换规则。那就两全其美了,数据库的数据存得很节省,代码中的枚举可读性很强,FEMLE(1,"女性")。

另一个类型扩展,和枚举差不多一个意思。我们知道金钱为了避免小数以及对账对不上的尴尬问题,在数据库中是以int类型单位为分存储的,一块钱,就是100分,没有小数点。Java对象中呢,的确可以存储为分,最终JSON的形式通过接口给到客户端,还是分,没安全问题,但是可以做的更好,例如,Java对象中对于金额是一个Amount对象,这个对象中有三个字段,fen\yuan\formatYuan,也就是说默认给到前端就是个对象。有这个想法,实现起来当然也很简单。截个图。

mybatis这个框架是非常优秀的,毕竟是在hibernate的阴影下,大家用代码投票选择了mybatis。“历史的进程”~

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20181205G1KLGX00?refer=cp_1026
  • 腾讯「云+社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 yunjia_community@tencent.com 删除。

扫码关注云+社区

领取腾讯云代金券