dubbo源码实现原理_dubbo开源时间

说一下Dubbo的工作原理?注册中心挂了可以继续通信吗?

1、不能正常访问，zookeeper为dubbo提供服务注册和发现的功能，挂了一下，无法进行RPC。zookeeper需要采用分布式集群的方式来保证高可用性。

2、dubbo原理和机制：应用可通过高性能的RPC实现服务的输出和输入功能，可以和Spring框架无缝集成。注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小。

3、I、初始化过程细节： 上图中的第一步start，就是将服务装载容器中，然后准备注册服务。和Spring中启动过程类似，spring启动时，将bean装载进容器中的时候，首先要解析bean。所以dubbo也是先读配置文件解析服务。

4、基于注册 中心的事件通知（订阅与发布），一切支持事件订阅与发布的框架都可以作为Dubbo注册中心的选型。

Dubbo——服务调用、服务暴露、服务引用过程

I、初始化过程细节： 上图中的第一步start，就是将服务装载容器中，然后准备注册服务。和Spring中启动过程类似，spring启动时，将bean装载进容器中的时候，首先要解析bean。所以dubbo也是先读配置文件解析服务。

从表面上duboo客户端能执行调用某个接口的方法，其实是通过网络传输告诉服务端。我要调用哪些方法，传递给你哪些参数。你帮我执行完。然后把结果给我就行了。这就是dubbo动态代理要完成的功能。

Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。

Provider： 暴露服务的服务提供方。Consumer： 调用远程服务的服务消费方。Registry： 服务注册与发现的注册中心。Monitor： 统计服务的调用次数和调用时间的监控中心。

源码修炼笔记之Dubbo线程池策略

Dubbo的默认线程池，固定200个线程，就配置来看和LimitedThreadPool基本一致。 如果一定要说区别，那就是FixedThreadPool等到创建完200个线程，再往队列放任务。而LimitedThreadPool是先放队列放任务，放满了之后才创建线程。

能进行接口隔离的方式： 线程池隔离和并发数量限制 （1）新增 一个 protocol 指定 线程池 的信息， 新增端口 ， 然后在 service 中 增加该protocol 。（2）在dubbo源码级别进行线程池隔离。

在dubbo调用过程中被调用方有两个线程池：io线程池，业务线程池。这也是dubbo调优的点。

在 Dubbo 中使用 ThreadLocal ，如果采用默认的设置，每次 Dubbo 调用结束，Dubbo 处理响应线程并不会被销毁， 而是归还到线程池中。

Dubbo与Spring的整合 Dubbo在使用上可以做到非常简单，不管是Provider还是Consumer都可以通过Spring的配置文件进行配置，配置完之后，就可以像使用 spring bean一样进行服务暴露和调用了，完全看不到dubbo api的存在。

dubbo服务支持参数动态调整，例如动态调整权重，但dubbo实现方式较为特殊，并不是常规思路。

Dubbo服务注册与动态发现机制的原理与实现细节

dubbo原理和机制：应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和Spring框架无缝集成。

I、初始化过程细节： 上图中的第一步start，就是将服务装载容器中，然后准备注册服务。和Spring中启动过程类似，spring启动时，将bean装载进容器中的时候，首先要解析bean。所以dubbo也是先读配置文件解析服务。

提供者启动时向注册中心注册服务地址，消费者启动时订阅服务，并通过获取到的提供者地址发起调用，当提供者地址变更时，通过注册中心向消费者推送变更。这就是 dubbo 主要的工作流程。

Dubbo在Registry层实现服务的注册于发现，主要包括如下几个类：流程说明 ：RegistryProtocol 是对需要暴露服务到注册中心的一层封装，通过 RegistryProtocol 实现将暴露的服务信息注册到注册中心。

Dubbo的作用 透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。

Dubbo启动源码解析一

RegistryReceiver的start方法：启动注册中心服务。默认使用netty框架，绑定本机的9090端口。最后启动服务的过程是在NettyServer来完成的。

项目启动的是 dubbo-user 服务，所以 UserService 为 dubbo：service，OrderService 为 dubbo：reference。下图为Spring 启动时是如何加载 Dubbo 的，其中省略了大量过程，只保留了一些关键节点，省略的部分可以略微脑补一下。

从springboot解析@DubboReference开始讲起。DubboAutoConfiguration被@EnableDubboConfig注解，通过该注解引入了DubboConfigConfigurationRegistrar类。

和Spring中启动过程类似，spring启动时，将bean装载进容器中的时候，首先要解析bean。所以dubbo也是先读配置文件解析服务。

dubbo泛化调用使用及原理解析

dubbo原理和机制：应用可通过高性能的RPC实现服务的输出和输入功能，可以和Spring框架无缝集成。注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小。

解析服务： 1）、基于dubbo.jar内的Meta-inf/spring.handlers配置，spring在遇到dubbo名称空间时，会回调DubboNamespaceHandler类。

包括三个关键功能：基于接口的远程调用，容错与负载均衡，服务自动注册与发现。Dubbo使得调用远程服务就像调用本地java服务一样简单。参考Dubbo官方文档：包括实现细节，远程调用细节，服务提供者暴露服务。主要流程。

Dubbo的作用 透明化的远程方法调用，就像调用本地方法一样调用远程方法，只需简单配置，没有任何API侵入。软负载均衡及容错机制，可在内网替代F5等硬件负载均衡器，降低成本，减少单点。