Mybatis源码解析,一步一步从浅入深(七):执行…
2018-09-29 04:02:42来源:博客园 阅读 ()
一,前言
我们在文章:Mybatis源码解析,一步一步从浅入深(二):按步骤解析源码的最后一步说到执行查询的关键代码:
result = sqlSession.selectOne(command.getName(), param);
selelectOne方法有两个参数:
第一个参数是:com.zcz.learnmybatis.dao.UserDao.findUserById
第二个参数是:1(Integer类型,就是我们传入的参数id:1,我们是期望通过这个id查询到我们想要的结果)
因为接下来的代码比较复杂,而且容易迷路。那么我们就定下来本片文章的目的:
1,sql语句是什么时候,在哪里执行的?
2,我们传入参数id是怎么参与执行的?
为了更情绪的分析这两个问题的答案,我将分析的过程分为三步:
1,在SqlSession中的执行过程
2,在Excutor中的执行过程
3,在Statement中的执行过程
二,在代码的执行过程中分析问题
1,代码在SqlSession中的执行过程
在文章:Mybatis源码解析,一步一步从浅入深(二):按步骤解析源码中,我们已经知道了,使用的sqlSession是DefaultSqlSession,那显而易见,要首先看一下selectOne的源码了:
1 DefaultSqlSession implements SqlSession 2 public <T> T selectOne(String statement, Object parameter) { 3 // Popular vote was to return null on 0 results and throw exception on too many. 4 // 执行查询 5 List<T> list = this.<T>selectList(statement, parameter); 6 if (list.size() == 1) { 7 //如果返回的list的大小是1,则返回第一个元素 8 return list.get(0); 9 } else if (list.size() > 1) { 10 //如果大于1,则抛出异常 11 throw new TooManyResultsException("Expected one result (or null) to be returned by selectOne(), but found: " + list.size()); 12 } else { 13 // 如果小于1,则返回null 14 return null; 15 } 16 }
到这里可以明白一件事情,原来selectOne是调用selectList执行查询的,只不过是取了返回值的第一个元素。
我们传入的参数id,就是第5行代码的第二个参数,继续分析第5行的源代码:
DefaultSqlSession implements SqlSession public <E> List<E> selectList(String statement, Object parameter) { // 调用了另外一个三个参数的重载方法, return this.selectList(statement, parameter, RowBounds.DEFAULT); }
继续跟踪:
1 DefaultSqlSession implements SqlSession 2 public <E> List<E> selectList(String statement, Object parameter, RowBounds rowBounds) { 3 try { 4 //从configuration中取出解析userDao-mapping.xml文件是生成的MappedStatement 5 MappedStatement ms = configuration.getMappedStatement(statement); 6 // 这里的executor是CachingExecutor 7 List<E> result = executor.query(ms, wrapCollection(parameter), rowBounds, Executor.NO_RESULT_HANDLER); 8 return result; 9 } catch (Exception e) { 10 throw ExceptionFactory.wrapException("Error querying database. Cause: " + e, e); 11 } finally { 12 ErrorContext.instance().reset(); 13 } 14 }
看源代码的第5行,还记得在文章:Mybatis源码解析,一步一步从浅入深(五):mapper节点的解析中,mapper文件中的每一个select,insert,update,delete标签,都会解析成一个MappedStatement类的实例对象吗?而且这个实例对象是存放在configuration中的。然后执行第7行代码,这里的executor是CachingExecutor实例对象。到这里SqlSession中的代码流程就结束了,我们进入Executor中的执行过程。
2,代码在在Excutor中的执行过程
看看源代码:
1 CachingExecutor implements Executor 2 public <E> List<E> query(MappedStatement ms, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler) throws SQLException { 3 //取出sql语句 4 BoundSql boundSql = ms.getBoundSql(parameterObject); 5 CacheKey key = createCacheKey(ms, parameterObject, rowBounds, boundSql); 6 return query(ms, parameterObject, rowBounds, resultHandler, key, boundSql); 7 }
同样的,查询参数id也是在这个方法的第二个参数,而且在取出sql语句的方法中,对查询参数进行了检查。继续跟踪这个方法中的第6行代码:
1 CachingExecutor implements Executor 2 public <E> List<E> query(MappedStatement ms, Object parameterObject, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) 3 throws SQLException { 4 //使用缓存 5 Cache cache = ms.getCache(); 6 if (cache != null) { 7 flushCacheIfRequired(ms); 8 if (ms.isUseCache() && resultHandler == null) { 9 ensureNoOutParams(ms, parameterObject, boundSql); 10 @SuppressWarnings("unchecked") 11 List<E> list = (List<E>) tcm.getObject(cache, key); 12 if (list == null) { 13 list = delegate.<E> query(ms, parameterObject, rowBounds, resultHandler, key, boundSql); 14 tcm.putObject(cache, key, list); // issue #578. Query must be not synchronized to prevent deadlocks 15 } 16 return list; 17 } 18 } 19 20 return delegate.<E> query(ms, parameterObject, rowBounds, resultHandler, key, boundSql); 21 }
继续跟踪第20行代码:
1 BaseExecutor implements Executor 2 @SuppressWarnings("unchecked") 3 public <E> List<E> query(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException { 4 ErrorContext.instance().resource(ms.getResource()).activity("executing a query").object(ms.getId()); 5 if (closed) throw new ExecutorException("Executor was closed."); 6 if (queryStack == 0 && ms.isFlushCacheRequired()) { 7 clearLocalCache(); 8 } 9 List<E> list; 10 try { 11 queryStack++; 12 list = resultHandler == null ? (List<E>) localCache.getObject(key) : null; 13 if (list != null) { 14 handleLocallyCachedOutputParameters(ms, key, parameter, boundSql); 15 } else { 16 list = queryFromDatabase(ms, parameter, rowBounds, resultHandler, key, boundSql); 17 } 18 } finally { 19 queryStack--; 20 } 21 if (queryStack == 0) { 22 for (DeferredLoad deferredLoad : deferredLoads) { 23 deferredLoad.load(); 24 } 25 deferredLoads.clear(); // issue #601 26 if (configuration.getLocalCacheScope() == LocalCacheScope.STATEMENT) { 27 clearLocalCache(); // issue #482 28 } 29 } 30 return list; 31 }
继续跟踪第16行代码:
1 BaseExecutor implements Executor 2 private <E> List<E> queryFromDatabase(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, CacheKey key, BoundSql boundSql) throws SQLException { 3 List<E> list; 4 localCache.putObject(key, EXECUTION_PLACEHOLDER); 5 try { 6 list = doQuery(ms, parameter, rowBounds, resultHandler, boundSql); 7 } finally { 8 localCache.removeObject(key); 9 } 10 localCache.putObject(key, list); 11 if (ms.getStatementType() == StatementType.CALLABLE) { 12 localOutputParameterCache.putObject(key, parameter); 13 } 14 return list; 15 }
继续跟踪第6行代码:
1 SimpleExecutor extends BaseExecutor 2 public <E> List<E> doQuery(MappedStatement ms, Object parameter, RowBounds rowBounds, ResultHandler resultHandler, BoundSql boundSql) throws SQLException { 3 Statement stmt = null; 4 try { 5 Configuration configuration = ms.getConfiguration(); 6 StatementHandler handler = configuration.newStatementHandler(wrapper, ms, parameter, rowBounds, resultHandler, boundSql); 7 //准备预处理语句 8 stmt = prepareStatement(handler, ms.getStatementLog()); 9 return handler.<E>query(stmt, resultHandler); 10 } finally { 11 closeStatement(stmt); 12 } 13 }
看到第3行了吗?这里声明了一个Statement,是不是很熟悉?是的,这就是我们在使用原始的JDBC进行查询的时候,用到的,那么我们的问题是不是在这里就有了答案了呢?这里先留一个标记。
代码执行到这里之后呢,Executor部分的流程就结束了,接下来是在Statement中的执行过程。
3,代码在Statement中的执行过程
继续看源码:
1 //第一段源码 2 RoutingStatementHandler implements StatementHandler 3 public <E> List<E> query(Statement statement, ResultHandler resultHandler) throws SQLException { 4 return delegate.<E>query(statement, resultHandler); 5 } 6 //第二段源码 7 PreparedStatementHandler extends BaseStatementHandler 8 public <E> List<E> query(Statement statement, ResultHandler resultHandler) throws SQLException { 9 PreparedStatement ps = (PreparedStatement) statement; 10 ps.execute(); 11 return resultSetHandler.<E> handleResultSets(ps); 12 }
在源代码的第10行,是不是也很熟悉?同样也是使用了JDBC进行的查询。似乎这一段的源代码很简单,但其实不是的resultSetHandler中也是做了一部分工作的,这里就不详细描述了。代码到这里就结束了,似乎我们没有看到文章开头的两个问题的答案。看来应该就是在上面标记的地方了。
4,问题的答案
关键代码:stmt = prepareStatement(handler, ms.getStatementLog());
prepareStatement源码:
1 private Statement prepareStatement(StatementHandler handler, Log statementLog) throws SQLException { 2 Statement stmt; 3 //从事务中获取数据库连接 4 Connection connection = getConnection(statementLog); 5 // 获取Statement 6 stmt = handler.prepare(connection); 7 // 为Statement设置查询参数 8 handler.parameterize(stmt); 9 return stmt; 10 }
1 public Statement prepare(Connection connection) throws SQLException { 2 ErrorContext.instance().sql(boundSql.getSql()); 3 Statement statement = null; 4 try { 5 //初始化Statement 6 statement = instantiateStatement(connection); 7 //设置查询超时时间 8 setStatementTimeout(statement); 9 setFetchSize(statement); 10 return statement; 11 } catch (SQLException e) { 12 closeStatement(statement); 13 throw e; 14 } catch (Exception e) { 15 closeStatement(statement); 16 throw new ExecutorException("Error preparing statement. Cause: " + e, e); 17 } 18 }
1 protected Statement instantiateStatement(Connection connection) throws SQLException { 2 String sql = boundSql.getSql(); 3 if (mappedStatement.getKeyGenerator() instanceof Jdbc3KeyGenerator) { 4 String[] keyColumnNames = mappedStatement.getKeyColumns(); 5 if (keyColumnNames == null) { 6 return connection.prepareStatement(sql, PreparedStatement.RETURN_GENERATED_KEYS); 7 } else { 8 return connection.prepareStatement(sql, keyColumnNames); 9 } 10 } else if (mappedStatement.getResultSetType() != null) { 11 return connection.prepareStatement(sql, mappedStatement.getResultSetType().getValue(), ResultSet.CONCUR_READ_ONLY); 12 } else { 13 //从数据库连接中获取statement 14 return connection.prepareStatement(sql); 15 } 16 }
看到第14行,哈哈这里就是我们要的答案了。这样一来我们的两个问题,就都有答案了。
因为执行查询的这个过程比较复杂,如果真的要详细的全部解释清楚的话,估计还得10几篇文章要写。鉴于作者能力和时间,就大概的展示一下这个过程吧。
远程不易,转载请声明出处:https://www.cnblogs.com/zhangchengzi/p/9712446.html
标签:
版权申明:本站文章部分自网络,如有侵权,请联系:west999com@outlook.com
特别注意:本站所有转载文章言论不代表本站观点,本站所提供的摄影照片,插画,设计作品,如需使用,请与原作者联系,版权归原作者所有
- MyBatis中的$和#,用不好,准备走人! 2020-06-11
- JVM常见面试题解析 2020-06-11
- SpringBoot 2.3 整合最新版 ShardingJdbc + Druid + MyBatis 2020-06-11
- 你说研究过Spring里面的源码,循环依赖你会么? 2020-06-09
- 深入解析ThreadLocal和ThreadLocalMap 2020-06-08
IDC资讯: 主机资讯 注册资讯 托管资讯 vps资讯 网站建设
网站运营: 建站经验 策划盈利 搜索优化 网站推广 免费资源
网络编程: Asp.Net编程 Asp编程 Php编程 Xml编程 Access Mssql Mysql 其它
服务器技术: Web服务器 Ftp服务器 Mail服务器 Dns服务器 安全防护
软件技巧: 其它软件 Word Excel Powerpoint Ghost Vista QQ空间 QQ FlashGet 迅雷
网页制作: FrontPages Dreamweaver Javascript css photoshop fireworks Flash