dubbo使用随机端口

Apr 1, 2020 23:17 · 999 words · 2 minute read

dubbo在进行服务间通信的时候需要使用端口进行通信,但是这个端口的指定规则是什么。

随机端口生成方式 🔗

查看源码定位到dubbo获取端口的方法在doExportUrlsFor1Protocol

此方法中关于端口的代码如下:

//从dubbo:protocol标签中读取port配置 
Integer port = protocolConfig.getPort();
//如果有provider标签配置,且protocol中port配置为null 或者 0,则直接使用provider中的port端口
        if (this.provider != null && (port == null || port == 0)) {
            port = this.provider.getPort();
        }
//根据协议类型获取默认端口号(默认端口为20880)
        int defaultPort = ((Protocol)ExtensionLoader.getExtensionLoader(Protocol.class).getExtension(name)).getDefaultPort();
//如果配置port为null或者0,则会使用默认端口
        if (port == null || port == 0) {
            port = defaultPort;
        }
//如果配置port为null或者小于0(例如-1)则使用自动端口
        if (port == null || port <= 0) {
          //获取随机端口,从缓存中取
            port = getRandomPort(name);
          	//如果获取端口为空,则以默认端口为基准,按顺序取最近一个可用的端口
            if (port == null || port < 0) {
                port = NetUtils.getAvailablePort(defaultPort);
              //添加到随机端口的port的map
                putRandomPort(name, port);
            }

            logger.warn("Use random available port(" + port + ") for protocol " + name);
        }

进一步查看NetUtils.getAvailablePort(defaultPort)方法,代码如下:

public static int getAvailablePort(int port) {
        if (port <= 0) {
            return getAvailablePort();
        } else {
            for(int i = port; i < 65535; ++i) {
                ServerSocket ss = null;
				//循环创建端口,假如端口被占用抛出异常并继续循环
              	//当获取到可用端口后返回
                try {
                    ss = new ServerSocket(i);
                    int var5 = i;
                    return var5;
                } catch (IOException var13) {
                } finally {
                    if (ss != null) {
                        try {
                            ss.close();
                        } catch (IOException var12) {
                        }
                    }

                }
            }

            return port;
        }
    }

查看使用了哪些端口

lsof -i|grep 5083(dubbo服务进程)|grep LISTEN 

使用固定还是随机 🔗

需要注意的是,dubbo文档的推荐用法指出:

使用固定端口暴露服务,而不要使用随机端口

这样在注册中心推送有延迟的情况下,消费者通过缓存列表也能调用到原地址,保证调用成功。

我理解的场景是假如我们使用随机端口,启动了提供者,假如我们使用随机端口,随机到的端口20880,那么注册中心提供给消费者的端口为20080;当我们因为要更新提供者,并将提供者重启并使用了随机端口的方式,那么这次端口为30080,因为注册中心通知延迟,可能使用30080的提供者已经启动完毕,但是消费者没有收到通知,所以依然使用缓存的20080调用就会出错。

那么使用固定端口20080就不会有这个问题。

但是考虑实际场景和配置的复杂度,我们对接口调用的实时性应该是没有这么高的。

假如后期使用了容器化,每个dubbo应用作为一个容器的话,端口问题也可以得到比较好的解决。

comments powered by Disqus