dubbo是什么

dubbo是一种分布式系统架构，用于实现远程服务之间的交互，其关键功能涵盖多个方面，例如能够通过接口方法进行透明的远程过程调用，同时支持多种通信协议，具备软负载均衡机制，能够处理服务失败的情况并实现容错，支持地址路由功能，还可以进行动态配置管理，这些都是其集群层面的重要特性。远程通讯，涉及对多种采用长连接的NIO框架进行概括整合，涵盖了多样的线程处理方式，支持不同的数据序列化手段，以及运用“请求-响应”形式实现信息交互。自动发现，依托于注册中心目录体系，让服务使用者能够灵活地搜寻服务供给者，确保地址呈现隐蔽性，并且服务供给者可以顺利地扩充或缩减部署的机器数量。

dubbo能做什么

远程调用可以像调用本地函数那样执行，无需复杂设置，也不依赖任何接口框架。软件负载均衡和容错功能，能够替代F5这类硬件负载均衡设备，节约开支，避免单点故障。服务自动进行注册和发现，无需硬编码服务地址，注册节点通过接口名称查询服务提供者的IP，并且支持服务提供者的平稳增减。

1、默认使用的是什么通信框架，还有别的选择吗?

答：默认也推荐使用 netty 框架，还有 mina。

2、服务调用是阻塞的吗？

答：默认是阻塞的，可以异步调用，没有返回值的可以这么做。

3、一般使用什么注册中心？还有别的选择吗？

建议采用 注册节点，或者 注册节点, Redis注册节点, 注册节点。

这个结构像树一样组织节点，每个节点都靠路径来定位和进入。另外，每个节点还包含自身的一些资料，比如：里面存储的内容、内容的大小、它是何时建立的、又是何时更新的等等。

4、默认使用什么序列化框架，你知道的还有哪些？

采用二进制格式进行数据传输，是一种服务框架，与传统的SOAP相比，它更简洁，运行效率更高，主要支持序列化机制，包括系统自带的Java序列化以及Duddo等序列化方式作为默认选项

原理与协议简析：

http的协议约定了数据传输的方式，也无法改变太多：

1) 中与的交互，基于http-post方式。

把补充内容放在HTTP请求里，例如“验证凭证”这类信息，我们可以借助HTTP来包裹关于“安全确认”“附加信息”等要素。设定了基础的“确认”流程。

交互核心数据，诸如调用方法与参数清单，会经由post请求的实体部分直接传输，其形态为字节序列。

4) 对于的端响应数据，将在中通过字节流的方式直接输出。

这项约定本身很简单，因此无需多解释；所谓约定，就是规定信息的形态，依照约定把请求内容转换成字节序列后传送给另一端，另一端依据约定，把字节序列还原成“对象”，然后运行指定操作，再把操作结果依照约定转换成字节流，回应给，依照约定把字节流还原成“对象”。

5、服务提供者能实现失效踢出是什么原理？

答：服务失效踢出基于 的临时节点原理。

6、服务上线怎么不影响旧版本？

采用多种版本并行开发，旧版本不受任何干扰。通过配置文件进行区分，以此识别不同版本。

7、如何解决服务调用链过长的问题？

答：可以结合 实现分布式服务追踪。

8、说说核心的配置有哪些？

核心配置有：

1) dubbo:/

2) dubbo:/

3) dubbo:/

4) dubbo:/

5) dubbo:/

6) dubbo:/

7) dubbo:/

8) dubbo:/

9、dubbo 推荐用什么协议？

答：默认使用 dubbo 协议。

10、同一个服务多个注册的情况下可以直连某一个服务吗？

答：可以直连，修改配置即可，也可以通过 直接某个服务。

11、dubbo 在安全机制方面如何解决的？

dubbo借助令牌机制，防止用户绕过注册中心直接连接，在注册中心进行权限管理，dubbo设有白名单和黑名单，用以限定服务被哪些调用方访问。

12、集群容错怎么做？

回复：读取数据应当配置容错机制，若初次尝试不成功则自动转向备用节点，系统预设可重试两次。写入数据则应采用急停策略，单次请求失败后即刻终止操作并返回错误信息。

13、在使用过程中都遇到了些什么问题？如何解决的？

1) 同时配置了 XML 和 文件，则 中的配置无效

只有 XML 没有配置时， 才生效。

dubbo 通常在启动过程中会确认所需组件是否准备就绪，若未就绪则会引发异常，从而中断启动流程，该检测功能默认是开启的。

测试期间部分服务可能无视检查，或者产生了相互制约的情况，因此把检测开关调整为关闭状态

为了便于开发与测试，线下设有注册中心，该中心包含所有服务，若在此期间有服务提供者正在开发并完成注册，则可能会干扰消费者的正常运作。

处理：要求服务供给者intellij idea cxf，仅订阅服务，不登记开发中的服务，直接对接测试开发中的服务。将 dubbo: 标签的属性值设为非真。

4) 2.x 初始化死锁问题。

当识别到 dubbo: 时，服务就已经对外可见了，但其他 bean 仍在继续初始化。若此时有请求到达，并且服务实现类中有使用 .() 的操作，由于线程与初始化线程的锁获取顺序不一致，就会引发线程死锁，导致无法提供服务，系统也无法启动。

处理：服务的具体执行部分不应调用 .(); 若要摆脱配置的先后次序影响，可将 dubbo: 的某个属性设定为 - 1，这样 dubbo 会在容器启动完备之后再对外发布服务。

5) 服务注册不上

确认 dubbo 的 jar 文件是否存在于指定目录，同时核实是否存在重复的 jar 文件

检查暴露服务的 配置有没有加载

在服务提供者机器上测试与注册中心的网络是否通

6) 出现 : No for 异常

表示没有可用的服务提供者，

a. 检查连接的注册中心是否正确

b. 到注册中心查看相应的服务提供者是否存在

c. 检查服务提供者是否正常运行

7) 出现” 消息发送失败” 异常

通常是接口方法的传入传出参数未实现 接口。

14、dubbo 和 之间的区别？

答：当当网在 dubbo 平台上进行了若干改良，例如增强了服务间交互功能，并且优化了部分开源模块。

15、你还了解别的分布式框架吗？

答：别的还有 的 cloud， 的 ， 的 等。

Dubbo 支持哪些通信机制，各种机制的使用情境，以及它们的利弊是什么？

dubbo采用一个连接实现长时通信，并运用NIO技术进行异步数据交互，这种方式非常适合处理高并发但数据量不大的服务请求场景，尤其是当客户端数量远超服务端的情况，其底层传输依赖TCP协议，具备异步处理能力，同时需要序列化数据格式

rmi 运用了 JDK 自带的标准 rmi 协议，传输参数与返回参数对象必须实现相应接口，运用 java 的标准序列化方式，采用阻塞式的短连接，传输数据包的体积大小不一，服务端与客户端的数量相差不大intellij idea cxf，能够传输文件，传输协议为 TCP。它包含多个短连接，通过 TCP 协议进行传输，属于同步传输，适合常规的远程服务调用以及 rmi 之间的交互操作。在依赖低版本的 - 包，java 序列化存在安全漏洞；

按照远程通信机制，整合 CXF 功能，完成与本地版本的无缝对接，采用众多轻量级连接，依托网络传输，执行同步数据交换，主要服务于系统整合及不同编程语言间的交互；而 http 方式，则通过表单数据发送进行远程交互，运用 Http 形式完成实现过程。许多简短链接，运用 HTTP 传输方式，传入数据量大小不一，供应方数量超出需求方，需提供给应用软件及浏览器端的 JS 操作；整合服务，依托 HTTP 通讯，运用公开服务，当 Dubbo 内置 Jetty 作为服务端时自动完成，实现与服务间的互通。许多简短链接，同时进行 HTTP 传送，进行数据序列化，传递的输入信息量很大，供应方超出接收方，供应方承受的负担很重，能够传送文档资料；

：运用 达成的 RPC 规约 redis：借助 redis 构建的 RPC 规约

17、Dubbo 集群的负载均衡有哪些策略

Dubbo 包含了通用的集群方案，同时开放了接口供用户自行完成特定功能。

随机挑选服务商的方案，有助于灵活变动服务商的优先级。服务点接触密集程度高，请求次数越频繁，分配就越平均。

: 轮循选取提供者策略，平均分布，但是存在请求累积的问题；

优先采取低频访问机制，让响应速度慢的服务器接收更少的访问量；运用统一哈希方法，确保具备相同条件的请求始终被分配至同一台服务器，若某台服务器出现故障，能够借助虚拟节点，将请求分散至其他服务器，防止造成服务器的剧烈波动

18、服务调用超时问题怎么解决

当远程服务调用未能成功时，系统会自动尝试进行两次重试操作。如果在服务端处理数据期间，所需时间超过了预设的响应时限，就容易出现请求被重复发送的情况。以发送电子邮件为例，可能会因此导致同一封邮件被发送多次。在处理用户注册请求时，也可能造成多条重复的注册记录被写入数据库。面对这类超时引发的重复请求问题，可以采取以下措施加以应对

针对中心服务单元，取消dubbo的延时重试功能，并再次审视设定延时参数，业务操作逻辑需部署在服务端，客户端仅执行参数校验和请求发送，不介入流程运作 全局配置范例

Dubbo的重试机制确实能提供很可靠的QOS保障，它的路由功能会把超时的请求转到其他设备上，而不是在本地重复尝试，因此这个重试机制能在一定程度上维护服务的稳定性。不过，在评估是否启用时，必须全面考虑实际的运行状况，给出全面的判断。

2019年11月27日

最近热文阅读：

1、

2、

3、

4、

5、

6、

7、

8、

9、

10、

如有侵权请联系删除！