jremoting的功能扩展点

1  InvokeFilter,实现此接口 可以在consumer端 与provider端的调用过程中拦截住请求调用。

已经实现的InvokeFilter包括

RetryInvokeFilter:实现失败重试功能，当然需要provider端对应方法保证幂等性（吐槽下dubbo，dubbo的failover就是用重试来实现的，如果服务提供方不能安全重试会出问题的，所以一般dubbo reties都设置为0,也就是说关闭了failover）

ClusterInvokeFilter:实现jremoting的failover功能，这里对dubbo的实现多了改进把retry与failover两个概念区分对待 。failover是在明确知道对方没有收到请求才换其他provider重试。 其中包括（建立连接失败，发送网络请求包失败，provider 服务器线程池慢明确返回server busy,或者服务不可用

后续的限流(TpsInvokeFilter), 统计监控，日志都可以用拦截机制实现。可以拦截同步调用，也可以拦截异步调用

public interface InvokeFilter {

    

    InvokeFilter getNext();

    

    void setNext(InvokeFilter next);

    

    void setPrev(InvokeFilter prev);

    

    InvokeFilter getPrev();



    Object invoke(Invoke invoke);

    

    Object beginInvoke(Invoke invoke);

    

    void endInvoke(Invoke invoke, Object result);

    

}

另一个扩展点事注册中心Registry

public interface Registry {

    void start();

    void close();

    

    List<ServiceProvider> getProviders(Invoke invoke);

    

    Map<String, ServiceProvider> getLocalProviders();

    

    String getGlobalConfig(String fileName);

    String getAppConfig(String appName, String fileName);

    String getServiceConfig(String serviceName, String fileName);

    

    void publish(ServiceProvider provider);

    void unpublish(ServiceProvider provider);

    void subscribe(ServiceConsumer consumer);

    void unsubscribe(ServiceConsumer consumer); 



    void addListener(RegistryListener listener);

}







public interface RegistryListener { 

    void onEvent(RegistryEvent event);

}





public class RegistryEvent {

    public enum EventType {

        PROVIDERS_CHANGED,

        GLOBAL_CONFIG_CHANGED,

        APP_CONFIG_CHANGED,

        SERVICE_CONFIG_CHANGED,

        RECOVER

    }

    

    private EventType type;

    private String appName;

    private String serviceName;

    private String fileName;

    private String newContent;

    

    

    private List<ServiceProvider> newProviders;

    private String serviceId;

    

    //.....省略get,set

}    

此处可以对注册中心进行包装。拦截住注册中心的发布，订阅 ，获取可用provider列表，实现服务的分组，路由，权重，缓存

这里采用了 装饰器与观察者的组合模式来来处理注册中心的逻辑

首先在最原始的zookeeperRegistry上包装上CacheRegistryWrapper实现动态配置 ，服务可用列表的本地缓存。通过监听注册中心的change事件来刷新缓存

然后再外层包装上分组，路由，权重等功能 每个包装器内部都尽量缓存计算结果，并通过监听器来获取最新配置刷新缓存

具体实现参考:

    <bean id="registry" class="com.github.jremoting.route.RouteRegistryWrapper">

        <constructor-arg>

            <bean class="com.github.jremoting.group.GroupRegistryWrapper">

                <constructor-arg>

                    <bean class="com.github.jremoting.registry.CacheRegistryWrapper">

                        <constructor-arg>

                            <bean class="com.github.jremoting.registry.ZookeeperRegistry">

                                <constructor-arg name="zookeeperConnectionString" value="127.0.0.1:2181" />

                            </bean>

                        </constructor-arg>

                    </bean>

                </constructor-arg>

            </bean>

        </constructor-arg>

    </bean>