前两篇文章为大家带来了HSF容器启动和Porvider的分享。这篇来分析下consumer端的运行机制。
一. Consumer的启动
1. 服务代理
在HSFSpringConsumer的启动中会返回一个HSFServiceProxy的jdk动态代理,后续调用其实都是通过这个代理类来实现的。
- InvocationHandler handler = newHSFServiceProxy(metadata);
- Object proxyObj =Proxy.newProxyInstance(getClass().getClassLoader(), new Class[] {interfaceClass }, handler);
InvocationHandler handler = newHSFServiceProxy(metadata);
Object proxyObj =Proxy.newProxyInstance(getClass().getClassLoader(), new Class[] {interfaceClass }, handler);
2. 服务订阅
通过metadataService的subscribe订阅服务的信息,主要是接口的所有地址,路由规则和机房流量规则
a. 路由规则
通过diamond订阅路由规则
- DiamondManager diamondManager = newDefaultDiamondManager(group, dataId, new ManagerListenerAdapter() {
- @Override
- public voidreceiveConfigInfo(String configInfo) {
- registerRule(serviceUniqueName, configInfo);
- }
- });
- .......
- registerRule(serviceUniqueName,configInfo);
DiamondManager diamondManager = newDefaultDiamondManager(group, dataId, new ManagerListenerAdapter() {
@Override
public voidreceiveConfigInfo(String configInfo) {
registerRule(serviceUniqueName, configInfo);
}
});
.......
registerRule(serviceUniqueName,configInfo);
当consumer端会有定时线程去diamond端获取单个服务的配置信息,默认周期15s,同时diamond使用了pushit进行实时通知,当有变更时会实时拿到变更信息,当有规则变更时都会刷新本地规则。
b. 路由规则注册
主要分2部分,路由规则(机器路由),机房流量规则(是否本地机房优先)
b.1 路由规则注册
b.1.1规则解析
代码:
- // 处理路由规则
- if (splitter.has(HSFConstants.HEADER_ROUTING_RULE)) {
- final String routingRule =splitter.get(HSFConstants.HEADER_ROUTING_RULE);
- addressService.setServiceRouteRule(serviceUniqueName, routingRule);
- }
// 处理路由规则
if (splitter.has(HSFConstants.HEADER_ROUTING_RULE)) {
final String routingRule =splitter.get(HSFConstants.HEADER_ROUTING_RULE);
addressService.setServiceRouteRule(serviceUniqueName, routingRule);
}
当在diamond里配置了路由规则时触发更新,规则内容类似于
- Groovy_v200907@package hqm.test.groovy
- public class RoutingRule{
- Map<String,List<String>> routingRuleMap(){
- return[
- "DETAIL":[
- "172.23.172.101:*",
- "172.24.165.63:*",
- "172.23.204.170:*",
- "172.23.204.185:*",
- ……
- ]
- ];
- }
- String interfaceRoutingRule(){
- return null;
- }
- String mathodRoutingRule(String methodName, String[] paramTypeStrs){
- return "DETAIL";
- }
- Object argsRoutingRule(String methodName, String[] paramTypeStrs){
- return null;
- }
- }
Groovy_v200907@package hqm.test.groovy
public class RoutingRule{
Map<String,List<String>> routingRuleMap(){
return[
"DETAIL":[
"172.23.172.101:*",
"172.24.165.63:*",
"172.23.204.170:*",
"172.23.204.185:*",
……
]
];
}
String interfaceRoutingRule(){
return null;
}
String mathodRoutingRule(String methodName, String[] paramTypeStrs){
return "DETAIL";
}
Object argsRoutingRule(String methodName, String[] paramTypeStrs){
return null;
}
}
在setServiceRouteRule中,hsf会调用parser来解析这些规则,上面那个规则将被GroovyRouteRuleParser解析成RouteRule实体,代码:
- RouteRule<String> rule = null;
- for (RouteRuleParser parser : this.ruleParsers) {
- ...
- rule =parser.parse(rawRouteRuleObj, allMethodSigs);
- ...
- }
RouteRule<String> rule = null;
for (RouteRuleParser parser : this.ruleParsers) {
...
rule =parser.parse(rawRouteRuleObj, allMethodSigs);
...
}
具体parse过程:
1. 拿到Groovy的Classloader:GroovyClassLoader loader = newGroovyClassLoader(GroovyRouteRuleParser.class.getClassLoader());
2. 将规则加载成Class实例 c_groovy = loader.parseClass(groovyRule);
3. 反射生成实例 ruleObj = c_groovy.newInstance();
4. 反射调用routingRuleMap方法,拿到规则索引的Map,后续的类级,方法级规则等的处理都是基于这个规则索引的
5. 反射调用interfaceRoutingRule方法,拿到接口级别的规则名称
6. 反射调用mathodRoutingRule方法,拿到方法级别的规则名称
7. 反射调用argsRoutingRule方法,拿到参数级别的规则名称
8. 组装RouteRule实体对象,返回之
b.1.2 地址结果更新
规则实体解析之后,就需要对现有的地址进行更新了,这样就可以让配置在调用方起效。代码:
- RouteResultCache<String>addressCache = getRouteResultCache(serviceUniqueName);
- addressCache.setRouteRule(rule);
- addressCache.reset();