java dubbo协议_dubbo协议端口

java dubbo协议_dubbo协议端口dubbo 框架一共支持 9 种协议 其中 默认的 也是最常用的 那就是 dubbo 协议 既然是协议 那么 就需要有端口 所以 在使用 dubbo 协议暴露服务时 需要配置 dubbo 端口 dubbo 协议的默认端口是 20880 springboot 配置 dubbo application name omsbase providerregi address zookeeper 192 168 40

dubbo框架一共支持9种协议。其中,默认的,也是最常用的,那就是dubbo协议。

既然是协议,那么,就需要有端口。

所以,在使用dubbo协议暴露服务时,需要配置dubbo端口。

dubbo协议的默认端口是20880。

springboot配置:

dubbo:

application:

name: omsbase-provider

registry:

address: zookeeper://192.168.40.84:${embedded.zookeeper.port}

# address: zookeeper://127.0.0.1:2181

protocol:

name: dubbo

port:20888

一个应用程序启动后,dubbo即开启端口侦听请求。

linux服务器上查看dubbo端口:

[root@chuxing-service ~]# netstat -tunpl|grep 20880tcp60 0 :::20880 :::* LISTEN 16074/java

[root@chuxing-service ~]# netstat -tunpl|grep 2088*tcp60 0 :::20880 :::* LISTEN 16074/java

tcp60 0 :::20881 :::* LISTEN 15588/java

tcp60 0 :::20888 :::* LISTEN 6983/java

我们看看主进程应用:

[root@chuxing-service ~]# ps -ef|grep 16074root12630 11879 0 09:50 pts/1 00:00:00 grep –color=auto 16074root16074 1 0 Apr26 ? 00:04:31 java -Xms2g -Xmx4g -Djava.awt.headless=true -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m -server -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=85 -Xnoclassgc -Xverify:none -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled -jar /www/service/car-pub-server-provider/bin/../car-pub-server-provider.jar

[root@chuxing-service ~]# ps -ef|grep 15588root12666 11879 0 09:50 pts/1 00:00:00 grep –color=auto 15588root15588 1 0 Apr26 ? 00:03:44 java -Xms2g -Xmx4g -Djava.awt.headless=true -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=256m -server -XX:+UseParNewGC -XX:+UseConcMarkSweepGC -XX:CMSInitiatingOccupancyFraction=85 -Xnoclassgc -Xverify:none -XX:+CMSClassUnloadingEnabled -XX:+CMSPermGenSweepingEnabled -jar /www/service/bosskg-server-provider/bin/../bosskg-server-provider.jar

netstat -apn/netstat -n

[root@chuxing-service ~]# netstat -apn |grep 20880tcp60 0 :::20880 :::* LISTEN 16074/java

tcp60 0 192.168.40.84:50120 192.168.40.84:20880 ESTABLISHED 10974/java

tcp60 0 192.168.40.84:20880 192.168.40.84:36100 ESTABLISHED 16074/java

tcp60 0 192.168.40.84:36104 192.168.40.84:20880 ESTABLISHED 6983/java

tcp60 0 192.168.40.84:20880 192.168.40.84:50120 ESTABLISHED 16074/java

tcp60 0 192.168.40.84:36100 192.168.40.84:20880 ESTABLISHED 7726/java

tcp60 0 192.168.40.84:20880 192.168.40.84:36104 ESTABLISHED 16074/java

[root@chuxing-service ~]# netstat -n |grep 20880tcp60 0 192.168.40.84:50120 192.168.40.84:20880ESTABLISHED

tcp60 0 192.168.40.84:20880 192.168.40.84:36100ESTABLISHED

tcp60 0 192.168.40.84:36104 192.168.40.84:20880ESTABLISHED

tcp60 0 192.168.40.84:20880 192.168.40.84:50120ESTABLISHED

tcp60 0 192.168.40.84:36100 192.168.40.84:20880ESTABLISHED

tcp60 0 192.168.40.84:20880 192.168.40.84:36104 ESTABLISHED

注意:因为端口不能重复,所以,当一台服务器有多个应用要暴露dubbo服务时,需要指定不同的协议端口。否则的话,程序起不来。

我们可以这样模拟:同一个使用了dubbo的应用程序,本地将其启动。此时,指定的端口将被占用。如果我们再运行一个testcase方法时,就会发现起不来了。异常信息:

2020-04-24 16:26:33.231 [main] ERROR org.springframework.boot.SpringApplication:858 -Application run failed

org.apache.dubbo.rpc.RpcException: Fail to start server(url: dubbo://10.8.0.58:20888/com.emax.omsbase.rpcapi.modules.enterprise.service.EnterpriseService?anyhost=true&application=omsbase-provider&bean.name=ServiceBean:com.emax.omsbase.rpcapi.modules.enterprise.service.EnterpriseService&bind.ip=10.8.0.58&bind.port=20888&channel.readonly.sent=true&codec=dubbo&deprecated=false&dubbo=2.0.2&dynamic=true&generic=false&heartbeat=60000&interface=com.emax.omsbase.rpcapi.modules.enterprise.service.EnterpriseService&methods=checkEnterprise,saveEnterprise,saveEnterpriseProductConfig,queryIndustryType1,getPage,selectLoginAcc,queryIndustryType2,updateEnterpriseById,updateEntStatusByEntId,resetEntAccountPasswordByEntId,openEnterpriseByEntId,updateEnterpriseProductConfigById,updateEnterpriseBillConfigById&pid=21060&qos.enable=false&register=true&release=2.7.3&side=provider&timeout=15000&timestamp=73) Failed to bind NettyServer on /10.8.0.58:20888, cause: Address already in use: bind

Caused by: org.apache.dubbo.remoting.RemotingException: Failed to bind NettyServer on/10.8.0.58:20888, cause: Address already in use: bind

Caused by: java.net.BindException: Address already in use: bind

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请联系我们举报,一经查实,本站将立刻删除。

发布者:全栈程序员-站长,转载请注明出处:https://javaforall.net/205587.html原文链接:https://javaforall.net

(0)
上一篇 2026年3月19日 下午5:40
下一篇 2026年3月19日 下午5:41


相关推荐

  • ccs5可以软件仿真吗(ccs软件仿真)

    起因:我用的是C6748板子,在用CCS进行软件仿真和硬件仿真时,发现矩阵的计算结果不同。查看内存,发现软件仿真内存中没有初值,但连接上板子后debug时发现有的内存中存在数据。经过学习与思索,确定是flash中的数据在板子被连接启动时bootbin选择了nor启动,会把nor中的数据传入DDR中,污染了原本的数组,会导致输出错误。解决办法:1:新添加:赋0循环,在使用数组前先都初始化为0,解决…

    2022年4月17日
    59
  • 史上最全的StarUML使用教程

    史上最全的StarUML使用教程文章目录一 版本二 界面说明三 画图种类介绍 1 类图 ClassDiagram 2 用例图 UseCaseDiagr 3 时序图 SequenceDiag 4 组件图 ComponentDia 5 部署图 DeploymentDi 6 协作图 Comunication 7 对象图 ObjectDiagra 8 活动图

    2026年3月20日
    2
  • Seata-Saga模式 原理

    Seata-Saga模式 原理1Saga模式示例1.1Saga状态机工具状态机设计组件:seata-saga-statemachine-designer状态机在线画图工具:saga_designer1.2代码示例github上Seata-sample有完整的示例代码,SeataSaga模式中有此示例的完整介绍和分析。这里仅摘取部分和介绍原理有关的代码进行分析。1.2.1初始化dbmysql示例:CREATETABLEIFNOTEXISTS`seata_state_machine_def`(

    2026年1月26日
    3
  • AstrBot 完整安装教程(2026):Docker 部署 + NapCat 接入 QQ,一次搞定

    AstrBot 完整安装教程(2026):Docker 部署 + NapCat 接入 QQ,一次搞定

    2026年3月16日
    3
  • 基于云计算与大数据应用开发的论述

    基于云计算与大数据应用开发的论述基于云计算与大数据应用开发的论述作者:虞XX摘要:云计算与大数据作为IT行业的顶尖技术,备受人们关注。在生活中大数据无处不在,社会上的各行各业都有着大数据留下的痕迹,可以说大数据很好的融入了我们的生活;因此,大数据对人类的社会生产和生活带来了重大而深远的影响;同时,大数据时代的来临,以及社会生产的需要,迫使…

    2022年6月3日
    45
  • dmesg总结

    dmesg总结1.dmesg介绍在dmesg里我们可以查看到开机信息,printk产生的信息等。若研究内核代码,在代码中插入printk函数,然后通过dmesg观察是一个很好地方法。 2.dmesg输出含义dmesg输出的数字含义是什么,纠结了一会儿,下面给出解释终端输入dmesg,可以看到每行最开始显示的是一个综括号,里面的数字为timestamp,时间戳,该时间指示的系统从…

    2025年6月27日
    4

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注全栈程序员社区公众号