假设你正在参与公司一项非常重要的项目开发，在做需求沟通时，要求系统在分布式场景下实现高并发、高可扩展、自动容错和高可用，如果这个项目由你主导，你会怎么做呢？在分布式场景下，可能最先想到的是分布式通信的问题，在Google或国内网站上搜索分布式RPC框架，就会搜索到Dubbo。
首先看一下reactor线程模型的使用:这里设置了2个线程池，bossGroup主要用于处理客户端的accept连接、断开连接等，workerGroup处理数据的传输，包括read、write事件和pipeline链条中的handler。
导读：在分布式系统中，远程调用是最基础也是最重要的基石。历史上，曾经先后出现过 CORBA、RMI、EJB、WebService 等技术和规范，在服务化以及微服务日趋流行的今天，更多的被广泛使用的是包括 gRPC、Finagle、以及国内的 Dubbo 为代表的轻量级框架。
通过对 Dubbo 3.0 服务端暴露全流程的解析可以看出，尽管应用级服务发现机制的实现要复杂很多，但是 Dubbo 3.0 为了能够让使用者平滑迁移，兼容了 2.7.x 的版本，所以在设计的时候很多地方都尽可能复用之前的流程。
