大厂高频面试：底层的源码逻辑知多少？

你好，我是何辉。今天我们来聊一聊Dubbo的大厂高频面试题。

大厂面试，一般重点考察对技术理解的深度，和中小厂的区别在于，不仅要你精于实战，还要你深懂原理，勤于思考并针对功能进行合理的设计。

网上一直流传着“面试造火箭，工作拧螺丝”的大厂面试要求，其实原因也很简单，一来面试竞争者多，需要设置门槛，二来是期望尽可能挑选出综合素质能力出众的面试者，在对应岗位上能把事情做精做细，更加智能简单，最好每一次的功能迭代都是一次性的、稳定的、高效的、靠谱的，没有反反复复的 BUG 修改。

因为这样无形中可以节省很多成本（修复BUG成本、沟通成本、人力成本、时间成本等等），简单来讲，企业希望大家用最少的时间，干最多的活，而且一出手就是王炸级别的高可用、高可扩展、高性能，稳定靠谱地在产线运行。

现在，你还会不会觉得大厂在面试环节故意问各种底层原理来刁难你呢？其实面试官也犯不着为难你，只要你能力出众，对于老江湖的伯乐面试官而言是可遇不可求的。但也不乏有点小心思的面试官，担心强者会逐渐取代自己，不过，如果你有技术、有思想、有能力，即便这一家没面上，换一家就是了，天下之大，总有你的一席之地。

如果大厂在面试中问到Dubbo，一般会问框架的整体架构、常用技术点背后的底层逻辑、生僻的底层技术点，或者让你谈谈对一些问题的看法，总之，希望能从中看到你对 Dubbo 框架的掌握程度，以此来评判你是否具有驾驭 Dubbo 框架的深厚功底。

如果遇到对 Dubbo 特别精通的面试者，大概率会作为重要候选人，入司的话会考虑把一些核心的系统或功能，或偏底层的通用功能开发交付，给这样的人选来处理。

我也整理了常见的14个Dubbo大厂面试问题，你可以先尝试自己回答一下。

1.Dubbo 源码分层模块是怎样的？ 2.Dubbo 是如何扫描含有 @DubboService 这种注解的类的？ 3.Dubbo SPI 解决了 JDK SPI 的什么问题？ 4.简要描述下 Dubbo SPI 与 Spring SPI 的加载原理？ 5.LinkedHashMap 可以设计成 LRU 么？ 6.利用 Dubbo 框架怎么做分布式限流呢？ 7.Wrapper 是怎么降低调用开销的？ 8.使用 Javassist 编译的有哪些关键要素环节？ 9.使用 ASM 编译有哪些基本步骤？ 10.Dubbo 是怎么完成实例注入与切面拦截的？ 11.服务发布的流程是怎样的？ 12.服务订阅的流程是怎样的？ 13.消费方调用流程是怎样的？ 14.你有研究过 Dubbo 的协议帧格式么？

这些问题，都是我们课程中讲过的知识点，所以你也可以考核一下自己的学习情况。我们来看看每个知识点你掌握得如何。

问题一

1. Dubbo 源码分层模块是怎样的？

这个问题是想对 Dubbo 整体代码分层结构的熟悉程度，判断你有没有深入研究过 Dubbo 框架体系，一般答到有 Config、Proxy、Cluster 层就差不多及格了，如果能至上而下纵向详细说出 Dubbo 的十个层次模块，就更好了，会让面试官刮目相看。

我们在“源码框架”中就通过一个简单的消费方调用逐步分析过 Dubbo 的十层模块，如果不太记得，你可以复习巩固一下。

主要分为三大块，第一大块是和business紧密相关的 Service 层，第二大块是和RPC紧密相关的Config、Proxy、Registry、Cluster、Monitor和Protocol，剩下的第三大块是和Remoting 紧密相关的Exchange、Transport、Serialize。

• Service，与业务逻辑关联紧密的一层称为服务层。
• Config，专门存储与读取配置打交道的层次称为配置层。
• Proxy，代理接口发起远程调用，或代理接收请求进行实例分发处理的层次，称为服务代理层。
• Registry，与注册中心打交道的层次，称为注册中心层。
• Cluster，封装多个提供者并承担路由过滤和负载均衡的层次，称为路由层。
• Monitor，同步调用结果的层次称为监控层。
• Protocol，封装调用过程的层次称为远程调用层。
• Exchange，封装请求并根据同步异步模式获取响应结果的层次，称为信息交换层。
• Transport，将数据通过网络发送至对端服务的层次称为网络传输层。
• Serialize，把对象与二进制进行相互转换的正反序列化的层次称为数据序列化层。

问题二

2. Dubbo 如何扫描含有 @DubboService 这种注解的类？

这个问题是想看你对 Dubbo 扫描自定义注解的掌握程度，一般说到“生成了代理”就基本沾边及格了，如果能详细说出扫描器的源头是利用了Spring扫描特性，就更好，因为懂了这些原理，之后公司有需求，要你根据业务功能抽象插件，或者在系统中通过无侵入性进行技术改造，对你来说就是小菜一碟。

我们在“集成框架”中仿照 Spring 类扫描机制对 integration 层代码进行改造时，提到过这些。

Dubbo 利用了一个 DubboClassPathBeanDefinitionScanner 类继承了 ClassPathBeanDefinitionScanner，充分利用 Spring 自身已有的扩展特性来扫描自己需要关注的三个注解类，org.apache.dubbo.config.annotation.DubboService、org.apache.dubbo.config.annotation.Service、com.alibaba.dubbo.config.annotation.Service，然后完成 BeanDefinition 对象的创建。

在 BeanDefinition 对象的实例化完成后，在容器触发刷新的事件过程中，通过回调了 ServiceConfig 的 export 方法完成了服务导出，即完成 Proxy 代理对象的创建，最后在运行时就可以直接被拿来使用了。

问题三

3. Dubbo SPI 解决了 JDK SPI 的什么问题？

这个问题是想看你对 Dubbo SPI 在算法性能层面的掌握，一般说出“利用了缓存功能”就及格了&