Dubbo是怎么用的?
对于官网上Dubbo架构理解:

5大角色:
Provider: 提供者:暴露服务;
Consumer: 消费者:消费服务;
Registry: 服务注册与发现、通知的注册中心;
Monitor: 统计服务的调用次数和调用时间的监控中心;
Container: 服务运行容器。
流程:
123是初始化init,46是异步async ,5是同步操作sync
流程详解:
1、容器
这个Container是首先启动的,这里不是使用的tomcat、jboss这样的web容器,而是dubbo提供的一个Main方法

Main是启动的主类,Container接口只有start()和stop()两个方法,实现类有JettyContainer、Log4jContainer、LogbackContainer、SpringContainer
因为在容器接口上@SPI(“spring”),默认调用spring容器实现类,所以只说一说SpringContainer
在源码中有一个写死的属性DEFAULT_SPRING_CO

本文详细解析了Dubbo的使用流程,包括服务提供者如何暴露服务,消费者如何引用远程服务,以及Zookeeper作为注册中心的角色。在Dubbo架构中,Provider通过Spring容器启动,服务配置在Spring文件中并注册到Zookeeper。Consumer引用服务时,配置需与Provider一致。Zookeeper在生产环境中用于服务注册与发现,具备高可用性和故障检测能力。当提供者宕机时,Zookeeper会通过心跳检测删除故障节点,并通知消费者。
最低0.47元/天 解锁文章
1494





