执行sql总览
首先还是来看下目前分析的代码所处的位置,具体的代码如下:
之前也说过要使用mybatis操作数据库,在代码里面与mybatis相关的代码只需要三步:创建SqlSessionFactory对象,利用SqlSessionFactory对象创建SqlSession,最后利用SqlSession执行sql。到目前为止已经分析到最后一步,接下来详细分析sql是如果得到并执行的。
SqlSession执行部分
上图可以看到即使调用的selectOne方法还是依赖的是selectList方法,然后根据查询结果的数量来判断,如果超过一条则直接抛出异常。我通过在sql中加1=1 or测试确实是能够查出所有的数据然后报错。
这里实际上是我觉得不太好的实现,如果程序员不小心写错了sql在某种情况下可以查出多条甚至是全表,可能在测试环境没有测出来,而在线上环境出现,那么将是对数据库和程序都是灾难,当然这种情况出现的可能性特别小。而mybatis没有考虑这种情况不知道是不是因为是我理解不到位。
接下来看DefaultSqlSession的selectList方法,DefaultSqlSession重载了三个selectList方法,最终都会调用参数最全的那个方法。这个方法只有两个关键步奏:首先通过参数statement从全局配置configuration获取到对应的MappedStatement对象,然后使用得到的对象和参数parameter调用executor的query方法。其中参数statement就是最开始传递的参数“com.itlezhi.mybatis.mapper.MemberMapper.getById”,parameter对应参数5。
通过这个方法应该能够彻底清楚全局配置configuration的属性Map<String, MappedStatement> mappedStatements中key对应的是什么东西了。
executor的query方法
执行器executor上一篇文章有分析,默认是SimpleExecutor这个类,其中包含有全局配置configuration和事务Transaction,而事务Transaction中有从configuration中得到的DataSource,而DataSource中包含有数据库的连接信息。他封装了一些数据库查询。不过上面说到的query方法属于基础方法,在BaseExecutor类中代码如下图:
最终还是来到SimpleExecutor这个类中,具体代码如下图:
里面的代码还是比较简单的,旁边我还写了一个直接使用jdbc查询的demo进行比较,可以看到主流程已经差不多一致,不同的点在于获取connection和对结果的处理。
获取connection是通过BaseExecutor的getConnection方法实现,实际上是调用的属性transaction实现,而transaction是通过属性dataSource来实现,这些都在上一篇文章中。
另外一个不同点就是对结果的封装,这个后面细说,这两个不同点也是使用mybatis的优势之一。
总结
今天分析的sql执行过程可以说是只从宏观上面进行了分析,具体的实现细节并没有仔细分析,比如sql是如何得到的,参数如何设置的,结果又是如何封装了,可以说这些细节才是真正mybatis对应jdbc的优势所在。不过先分梳理清楚了主流程,接下来再来分析具体的流程。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。