本篇内容介绍了“java开发ShardingSphere的路由引擎类型有哪些”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
ShardingSphere的路由引擎类型
本篇文章源码基于4.0.1版本
ShardingSphere在路由流程过程中，根据不同类型的SQL会现在不同的路由引擎，而ShardingSphere支持的路由规则也很多了，包括广播（broadcast）路由、混合（complex）路由、默认数据库（defaultdb）路由、无效（ignore）路由、标准（standard）路由以及单播（unicast）路由等等，那么具体这些路由规则对应的是什么路由引擎呢？今天我们就聊聊这个。
路由引擎类型
RoutingEngineFactory 用来创建路由引擎的实例，对应的是它的newInstance()方法，根据Sql语句SQLStatement对象的类型选择不同的路由引擎，有
全库广播路由引擎DatabaseBroadcastRoutingEngine、
全库表广播路由引擎TableBroadcastRoutingEngine、
无效路由引擎IgnoreRoutingEngine、
默认数据库路由引擎DefaultDatabaseRoutingEngine（对默认的数据库进行路由）、
单播路由引擎UnicastRoutingEngine（单播路由只需要在任何数据库的任何表中获取就可以，相当于获取表中公有信息）、
数据源组的广播路由引擎DataSourceGroupBroadcastRoutingEngine、
数据库主库实例的广播路由引擎MasterInstanceBroadcastRoutingEngine（这个就是针对主库进行的操作，比如一些授权的SQL语句）
笛卡尔路由引擎CartesianRoutingEngine、
混合路由引擎ComplexRoutingEngine、
标准路由引擎StandardRoutingEngine
标准路由
标准路由是ShardingSphere推荐使用的一种分片路由策略，在进行分片表只有一个或者分片表是绑定关系，这个绑定关系是在配置文件中定义的，比如如下配置：
shardingRule: bindingTables: table1,table2
这个配置文件会解析成BindingTableRule集合，在进行判断绑定关系的时候根据逻辑表名获取BindingTableRule对象，判断是否在集合中，如果有就表明存在绑定关系
路由逻辑
路由逻辑在StandardRoutingEngine的route()中体现，具体逻辑是分两步走，先获取数据节点，在生成路由结果，获取路由接点对应StandardRoutingEngine的getDataNodes()方法：
private Collection<DataNode> getDataNodes(final TableRule tableRule) {
if (isRoutingByHint(tableRule)) {
return routeByHint(tableRule);
}
if (isRoutingByShardingConditions(tableRule)) {
return routeByShardingConditions(tableRule);
}
return routeByMixedConditions(tableRule);
}如果是基于Hint的路由，具体就判断分片策略是否为HintShardingStrategy对象，调用routeByHint()方法
如果是分片条件的路由，调用isRoutingByShardingConditions()方法
否则就调用复合条件的路由
这三种情况都会调用route0()方法，先进行数据源的路由，再进行表的路由，生成数据节点
“java开发ShardingSphere的路由引擎类型有哪些”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注恰卡网网站，小编将为大家输出更多高质量的实用文章！