sharding-jdbc源码分析之重写

15. sharding-jdbc源码之EventBus-轻量级进程内事件分发组件

核心源码就在sharding-jdbc-core模块的com.dangdang.ddframe.rdb.sharding.rewrite目录下，包含两个文件SQLBuilder和SQLRewriteEngine；测试用例入口为SQLRewriteEngineTest，下面从SQLRewriteEngineTest中debug源码分析sharding-jdbc的重写是如何实现的：

SQLRewriteEngineTest中某个测试用例如下–主要包括表名，offset，limit（rowCount）的重写：

重写方法核心源码：

从这段源码可知，sql重写主要包括对表名，limit offset, rowNum以及order by的重写（ItemsToken值对select col1, col2 from… 即查询结果列的重写–指那些由于ordre by或者group by需要增加的结果列）；

表名重写分析

offset重写分析

rowCount重写分析

appendRest分析

private void appendRest(final SQLBuilder sqlBuilder, final int count, final List<SQLToken> sqlTokens, final int beginPosition) {
 // 如果SQL解析后只有一个token，那么结束位置（endPosition）就是sql末尾；否则结束位置就是到下一个token的起始位置
 int endPosition = sqlTokens.size() - 1 == count ? originalSQL.length() : sqlTokens.get(count + 1).getBeginPosition();
 sqlBuilder.appendLiterals(originalSQL.substring(beginPosition, endPosition));
}

所有重写最后都会调用appendRest()，即附加上余下部分内容，这个余下部分内容是指从当前处理的token到下一个token之间的内容，例如SQL为SELECT x.id FROM table_x x LIMIT 5, 10，当遍历到table_x，即处理完TableToken后，由于下一个token为OffsetToken，即5，所以appendRest就是append这一段内容：" x LIMIT "–从table_x到5之间的内容；

SQLBuilder.toString()分析

重写完后，调用SQLBuilder的toString()方法生成重写后最终的SQL语句；