1. dubbo:protocol

Dubbo缺省协议采用单一长连接和NIO异步通讯,适合于小数据量大并发的服务调用,以及服务消费者机器数远大于服务提供者机器数的情况。

<dubbo:protocol name=“dubbo” port=“9090” server=“netty” client=“netty” codec=“dubbo” 
  serialization=“hessian2” charset=“UTF-8” threadpool=“fixed” threads=“100” queues=“0” iothreads=“9” buffer=“8192” accepts=“1000” payload=“8388608” />

 

1.1 payload:默认,provider 和 consumer 传递消息的大小不超过 8M,检查 payload 的调用栈如下:

 

1.2 线程池相关

threadpool:可选(fixed/cached)

threads:实质是 corePoolSize 和 maximumPoolSize

queues:线程池队列大小

 

1.3

 

2. dubbo:reference

2.1 与人联调时,采用直连方式连接对方主机,会很方便。

url:dubbo provider 地址

<dubbo:reference id="hello" interface="com.zhang.HelloService" proxy="jdk" 
    group="a" merger="true" check="true" retries="0"
    url="dubbo://127.0.0.1:20880"/>

 比较下直连和 zk 作为注册中心的区别,

直连:

连接 zk 注册中心:

2.2 负载均衡

loadbanlance:random(默认),roundrobin,consistenthash,leastactive

2.3 失败方案

cluster:常用的有 failover,failfast。failover 失败重试,failfast 只发起一次调用,失败就报错。

mock 是 cluster 的 wrapper:

 

2.4 check 属性

正常情况下,一个进程既是 consumer,又是 provider,也许它启动时,对应的 provider 还没有,通过设置 check="false",该进程可以正常启动,但是不能调用远程服务。

只有在调用 appCtx.getBean 时,才会触发 consumer 的 reference,如果在<dubbo:reference>标签中设置 check="false",即使没有 provider,consumer 也能 ref 成功,appCtx.getBean 正常返回。而如果设置 check="true",则会抛出异常。

那么,check 所起的作用到底是啥?判断网络是否连接,以及是否可写。

// boolean com.alibaba.dubbo.rpc.protocol.dubbo.DubboInvoker.isAvailable()
public boolean isAvailable() {
    if (!super.isAvailable())
        return false;
    for (ExchangeClient client : clients){
        if (client.isConnected() && !client.hasAttribute(Constants.CHANNEL_ATTRIBUTE_READONLY_KEY)){
            //cannot write == not Available ?
            return true ;
        }
    }
    return false;
}

 

posted on 2018-05-15 23:03  偶尔发呆  阅读(359)  评论(0编辑  收藏  举报