【硬核】Dubbo常见面试题

前言

Dubbo 整体介绍的差不多了，今天就开始面试环节了，我会列举一些常见的 Dubbo 面试题，只会抓着重的，一些太简单的我就不提了。

不仅仅给你面试题的答案，也会剖析面试官问这个问题的原因，也就是他的内心活动。

想从你这里问出什么？想要什么答案？想挖什么坑给你跳？

开始表演

知道什么是 RPC 么？

一般面试官会以这样的问题来切入、热场，毕面试也是循序渐进的过程，所以你也不用太心急一开始就芭芭拉说一堆，要抓住关键点简单阐述先。

而且面试官能从这个问题鉴定出你平日的工作内容会不会连 RPC 都没接触过，会不会就只是一条龙的 Spring MVC ?

确实有很多同学没接触过 RPC ，也很正常比如一些外包或者一些小项目都接触不到的，不过平日接触不到和你不知道这个东西是两个概念。

能从侧面反映出这个人工作之余应该不怎么学习，连 RPC 都不知道，所以怎么都说不过去，基本上要凉凉，对你的初始印象就差了，除非你能从后面有亮眼的表现。

答：RPC 就是 Remote Procedure Call，远程过程调用，它相对应的是本地过程调用。

那为什么要有 RPC，HTTP 不好么？

这时候面试官就开始追问了。

这个问题其实很有意思，有些面试官可能自己不太清楚，然后以为自己很清楚，所以问出这个问题，还有一种是真的清楚，问这个问题是为了让你跳坑里。

因为 RPC 和 HTTP 就不是一个层级的东西，所以严格意义上这两个没有可比性，也不应该来作比较，而题目问的就是把这两个作为比较了。

HTTP 只是传输协议，协议只是规范了一定的交流格式，而且 RPC 是早于 HTTP 的，所以真要问也是问有 RPC 为什么还要 HTTP。

RPC 对比的是本地过程调用，是用来作为分布式系统之间的通信，它可以用 HTTP 来传输，也可以基于 TCP 自定义协议传输。

所以你要先提出这两个不是一个层级的东西，没有可比性，然后再表现一下，可以说 HTTP 协议比较冗余，所以 RPC 大多都是基于 TCP 自定义协议，定制化的才是最适合自己的。

当然也有基于 HTTP 协议的 RPC 框架，毕竟 HTTP 是公开的协议，比较通用，像 HTTP2 已经做了相应的压缩了，而且系统之间的调用都在内网，所以说影响也不会很大。

这波回答下来，面试官会觉得你有点东西，开始对你有点兴趣了，要开始深入你了。

说说你对 Dubbo 的了解&