前两篇文章为大家带来了HSF容器启动和Porvider的分享。这篇来分析下consumer端的运行机制。

一. Consumer的启动

1. 服务代理

在HSFSpringConsumer的启动中会返回一个HSFServiceProxy的jdk动态代理，后续调用其实都是通过这个代理类来实现的。


Java代码 

InvocationHandler handler = newHSFServiceProxy(metadata);
        Object proxyObj =Proxy.newProxyInstance(getClass().getClassLoader(), new Class[] {interfaceClass }, handler);

2. 服务订阅

通过metadataService的subscribe订阅服务的信息，主要是接口的所有地址，路由规则和机房流量规则

a. 路由规则

通过diamond订阅路由规则


Java代码 

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规则解析

代码：


Java代码 

// 处理路由规则
       if (splitter.has(HSFConstants.HEADER_ROUTING_RULE)) {
            final String routingRule =splitter.get(HSFConstants.HEADER_ROUTING_RULE);
           addressService.setServiceRouteRule(serviceUniqueName, routingRule);
        }

当在diamond里配置了路由规则时触发更新，规则内容类似于


Java代码 


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实体，代码:


Java代码 


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 地址结果更新

规则实体解析之后，就需要对现有的地址进行更新了，这样就可以让配置在调用方起效。代码：


Java代码 


1. RouteResultCache<String>addressCache = getRouteResultCache(serviceUniqueName); 
2. addressCache.setRouteRule(rule); 
3. addressCache.reset();