自我表扬:《Dubbo 实现原理与源码解析 —— 精品合集》
表扬自己:《D数据库实体设计合集》

摘要: 原创出处 http://www.iocoder.cn/Dubbo/good-collection/ 「芋道源码」欢迎转载,保留摘要,谢谢!


🙂🙂🙂关注微信公众号:【芋道源码】有福利:

  1. RocketMQ / MyCAT / Sharding-JDBC 所有源码分析文章列表
  2. RocketMQ / MyCAT / Sharding-JDBC 中文注释源码 GitHub 地址
  3. 您对于源码的疑问每条留言将得到认真回复。甚至不知道如何读源码也可以请教噢
  4. 新的源码解析文章实时收到通知。每周更新一篇左右
  5. 认真的源码交流微信群。

1. 【芋艿】精尽 Dubbo 原理与源码专栏

  • 作者:芋艿
  • 只更新在笔者的知识星球,欢迎加入一起讨论 Dubbo 源码与实现
    • 目前已经有 1000+ 位球友加入…
    • 进度:已经完成 69+ 篇,预计总共 75+ 篇,完成度 92%
  • 对应 Dubbo 版本号:2.6.X

1.1 目录

ps:

  • 小圆点代表已完成;
  • 小方块代表未来计划完成
  • 钟华贤代表不考虑写

1.2 Dubbo 用户指南

本小节,我们将 《精尽 Dubbo 源码解析》《Dubbo 用户指南》 做一次映射,方便大家直接找到感兴趣的功能的具体源码实现。当然,如果有整理不到位的地方,欢迎大家给我留言斧正。

【<2> 快速启动】

Dubbo 采用全 Spring 配置方式,透明化接入应用,对应用没有任何 API 侵入,只需用 Spring 加载 Dubbo 的配置即可,Dubbo 基于 Spring 的 Schema 扩展进行加载。

如果不想使用 Spring 配置,可以通过 API 的方式 进行调用。

对应源码解析文章:

【<5.1> XML 配置】

有关 XML 的详细配置项,请参见:配置参考手册。如果不想使用 Spring 配置,而希望通过 API 的方式进行调用,请参见:API配置。想知道如何使用配置,请参见:快速启动

对应源码解析文章:

【<5.2> 属性配置】

如果公共配置很简单,没有多注册中心,多协议等情况,或者想多个 Spring 容器想共享配置,可以使用 dubbo.properties 作为缺省配置。

Dubbo 将自动加载 classpath 根目录下的 dubbo.properties,可以通过JVM启动参数 -Ddubbo.properties.file=xxx.properties 改变缺省配置位置。1

对应源码解析文章:

【<5.3> API 配置】

API 属性与配置项一对一,各属性含义,请参见:配置参考手册,比如:ApplicationConfig.setName("xxx") 对应 <dubbo:application name="xxx" /> 1

对应源码解析文章:

【<5.4> 注解配置】

需要 2.5.7 及以上版本支持

对应源码解析文章:

【<6.1> 启动时检查】

Dubbo 缺省会在启动时检查依赖的服务是否可用,不可用时会抛出异常,阻止 Spring 初始化完成,以便上线时,能及早发现问题,默认 check="true"

可以通过 check="false" 关闭检查,比如,测试时,有些服务不关心,或者出现了循环依赖,必须有一方先启动。

另外,如果你的 Spring 容器是懒加载的,或者通过 API 编程延迟引用服务,请关闭 check,否则服务临时不可用时,会抛出异常,拿到 null 引用,如果 check="false",总是会返回引用,当服务恢复时,能自动连上。

  • 注意,服务提供者注册失败,是没有启动检查功能的。这一点,笔者一直理解错了。

对应源码解析文章:

【<6.2> 集群容错】

在集群调用失败时,Dubbo 提供了多种容错方案,缺省为 failover 重试。

cluster

对应源码解析文章:

【<6.3> 负载均衡】

在集群负载均衡时,Dubbo 提供了多种均衡策略,缺省为 random 随机调用。

可以自行扩展负载均衡策略,参见:负载均衡扩展

对应源码解析文章:

【<6.4> 线程模型】

如果事件处理的逻辑能迅速完成,并且不会发起新的 IO 请求,比如只是在内存中记个标识,则直接在 IO 线程上处理更快,因为减少了线程池调度。

但如果事件处理逻辑较慢,或者需要发起新的 IO 请求,比如需要查询数据库,则必须派发到线程池,否则 IO 线程阻塞,将导致不能接收其它请求。

如果用 IO 线程处理事件,又在事件处理过程中发起新的 IO 请求,比如在连接事件中发起登录请求,会报“可能引发死锁”异常,但不会真死锁。

dubbo-protocol

对应源码解析文章:

【<6.5> 直连提供者】

在开发及测试环境下,经常需要绕过注册中心,只测试指定服务提供者,这时候可能需要点对点直连,点对点直联方式,将以服务接口为单位,忽略注册中心的提供者列表,A 接口配置点对点,不影响 B 接口从注册中心获取列表。

/user-guide/images/dubbo-directly.jpg

对应源码解析文章:

【<6.6> 只订阅】

为方便开发测试,经常会在线下共用一个所有服务可用的注册中心,这时,如果一个正在开发中的服务提供者注册,可能会影响消费者不能正常运行。

可以让服务提供者开发方,只订阅服务(开发的服务可能依赖其它服务),而不注册正在开发的服务,通过直连测试正在开发的服务。

/user-guide/images/subscribe-only.jpg

对应源码解析文章:

【<6.7> 只注册】

如果有两个镜像环境,两个注册中心,有一个服务只在其中一个注册中心有部署,另一个注册中心还没来得及部署,而两个注册中心的其它应用都需要依赖此服务。这个时候,可以让服务提供者方只注册服务到另一注册中心,而不从另一注册中心订阅服务。

对应源码解析文章:

【<6.8> 静态服务】

有时候希望人工管理服务提供者的上线和下线,此时需将注册中心标识为非动态管理模式。

对应源码解析文章:

【<6.9> 多协议】

Dubbo 允许配置多协议,在不同服务上支持不同协议或者同一服务上同时支持多种协议。

对应源码解析文章:

【<6.10> 多注册中心】

Dubbo 支持同一服务向多注册中心同时注册,或者不同服务分别注册到不同的注册中心上去,甚至可以同时引用注册在不同注册中心上的同名服务。另外,注册中心是支持自定义扩展的。

对应源码解析文章:

【<6.11> 服务分组】

当一个接口有多种实现时,可以用 group 区分。

【<6.12> 多版本】

当一个接口实现,出现不兼容升级时,可以用版本号过渡,版本号不同的服务相互间不引用。

可以按照以下的步骤进行版本迁移:

  1. 在低压力时间段,先升级一半提供者为新版本
  2. 再将所有消费者升级为新版本
  3. 然后将剩下的一半提供者升级为新版本

对应源码解析文章:

【<6.13> 分组聚合】

按组合并返回结果 1,比如菜单服务,接口一样,但有多种实现,用group区分,现在消费方需从每种group中调用一次返回结果,合并结果返回,这样就可以实现聚合菜单项。

对应源码解析文章:

【<6.14> 参数验证】

参数验证功能 1 是基于 JSR303 实现的,用户只需标识 JSR303 标准的验证 annotation,并通过声明 filter 来实现验证 2

对应源码解析文章:

【<6.15> 结果缓存】

结果缓存 1,用于加速热门数据的访问速度,Dubbo 提供声明式缓存,以减少用户加缓存的工作量 2

对应源码解析文章:

【<6.16> 泛化引用】

泛化接口调用方式主要用于客户端没有 API 接口及模型类元的情况,参数及返回值中的所有 POJO 均用 Map 表示,通常用于框架集成,比如:实现一个通用的服务测试框架,可通过 GenericService 调用所有服务实现。

对应源码解析文章:

【<6.17> 泛化实现】

泛接口实现方式主要用于服务器端没有API接口及模型类元的情况,参数及返回值中的所有POJO均用Map表示,通常用于框架集成,比如:实现一个通用的远程服务Mock框架,可通过实现GenericService接口处理所有服务请求。

对应源码解析文章:

【<6.18> 回声测试】

回声测试用于检测服务是否可用,回声测试按照正常请求流程执行,能够测试整个调用是否通畅,可用于监控。

所有服务自动实现 EchoService 接口,只需将任意服务引用强制转型为 EchoService,即可使用。

对应源码解析文章:

【<6.19> 上下文信息】

上下文中存放的是当前调用过程中所需的环境信息。所有配置信息都将转换为 URL 的参数,参见 schema 配置参考手册 中的对应URL参数一列。

RpcContext 是一个 ThreadLocal 的临时状态记录器,当接收到 RPC 请求,或发起 RPC 请求时,RpcContext 的状态都会变化。比如:A 调 B,B 再调 C,则 B 机器上,在 B 调 C 之前,RpcContext 记录的是 A 调 B 的信息,在 B 调 C 之后,RpcContext 记录的是 B 调 C 的信息。

对应源码解析文章:

【<6.20> 隐式参数】

可以通过 RpcContext 上的 setAttachmentgetAttachment 在服务消费方和提供方之间进行参数的隐式传递。 1

/user-guide/images/context.png

对应源码解析文章:

【<6.21> 异步调用】

基于 NIO 的非阻塞实现并行调用,客户端不需要启动多线程即可完成并行调用多个远程服务,相对多线程开销较小。 1

/user-guide/images/future.jpg

对应源码解析文章:

【<6.22> 本地调用】

本地调用使用了 injvm 协议,是一个伪协议,它不开启端口,不发起远程调用,只在 JVM 内直接关联,但执行 Dubbo 的 Filter 链。

对应源码解析文章:

【<6.23> 参数回调】

参数回调方式与调用本地 callback 或 listener 相同,只需要在 Spring 的配置文件中声明哪个参数是 callback 类型即可。Dubbo 将基于长连接生成反向代理,这样就可以从服务器端调用客户端逻辑 1。可以参考 dubbo 项目中的示例代码

对应源码解析文章:

【<6.24> 事件通知】

在调用之前、调用之后、出现异常时,会触发 oninvokeonreturnonthrow 三个事件,可以配置当事件发生时,通知哪个类的哪个方法 1

对应源码解析文章:

【<6.25> 本地存根】

远程服务后,客户端通常只剩下接口,而实现全在服务器端,但提供方有些时候想在客户端也执行部分逻辑,比如:做 ThreadLocal 缓存,提前验证参数,调用失败后伪造容错数据等等,此时就需要在 API 中带上 Stub,客户端生成 Proxy 实例,会把 Proxy 通过构造函数传给 Stub 1,然后把 Stub 暴露给用户,Stub 可以决定要不要去调 Proxy。

/user-guide/images/stub.jpg

对应源码解析文章:

【<6.26> 本地伪装】

本地伪装 1 通常用于服务降级,比如某验权服务,当服务提供方全部挂掉后,客户端不抛出异常,而是通过 Mock 数据返回授权失败。

对应源码解析文章:

【<6.27> 延迟暴露】

如果你的服务需要预热时间,比如初始化缓存,等待相关资源就位等,可以使用 delay 进行延迟暴露。

对应源码解析文章:

【<6.28> 并发控制】

限制 com.foo.BarService 的每个方法,服务器端并发执行(或占用线程池线程数)不能超过 10 个

限制 com.foo.BarServicesayHello 方法,服务器端并发执行(或占用线程池线程数)不能超过 10 个

限制 com.foo.BarService 的每个方法,每客户端并发执行(或占用连接的请求数)不能超过 10 个

限制 com.foo.BarServicesayHello 方法,每客户端并发执行(或占用连接的请求数)不能超过 10 个

对应源码解析文章:

【<6.29> 连接控制】

限制服务器端接受的连接不能超过 10 个 1

限制客户端服务使用连接不能超过 10 个 2

对应源码解析文章:

【<6.30> 延迟连接】

延迟连接用于减少长连接数。当有调用发起时,再创建长连接。1

对应源码解析文章:

【<6.31> 粘滞连接】

粘滞连接用于有状态服务,尽可能让客户端总是向同一提供者发起调用,除非该提供者挂了,再连另一台。

粘滞连接将自动开启延迟连接,以减少长连接数。

对应源码解析文章:

【<6.32> 令牌验证】

通过令牌验证在注册中心控制权限,以决定要不要下发令牌给消费者,可以防止消费者绕过注册中心访问提供者,另外通过注册中心可灵活改变授权方式,而不需修改或升级提供者

/user-guide/images/dubbo-token.jpg

对应源码解析文章:

【<6.33> 路由规则】

路由规则 1 决定一次 dubbo 服务调用的目标服务器,分为条件路由规则和脚本路由规则,并且支持可扩展 2

对应源码解析文章:

【<6.34> 配置规则】

向注册中心写入动态配置覆盖规则 1。该功能通常由监控中心或治理中心的页面完成。

对应源码解析文章:

【<6.35> 服务降级】

可以通过服务降级功能 1 临时屏蔽某个出错的非关键服务,并定义降级后的返回策略。

对应源码解析文章:

【<6.36> 优雅停机】

Dubbo 是通过 JDK 的 ShutdownHook 来完成优雅停机的,所以如果用户使用 kill -9 PID 等强制关闭指令,是不会执行优雅停机的,只有通过 kill PID 时,才会执行。

对应源码解析文章:

【<6.37> 主机绑定】

缺省主机 IP 查找顺序:

  • 通过 LocalHost.getLocalHost() 获取本机地址。
  • 如果是 127.* 等 loopback 地址,则扫描各网卡,获取网卡 IP。

对应源码解析文章:

【<6.38> 日志适配】

2.2.1 开始,dubbo 开始内置 log4j、slf4j、jcl、jdk 这些日志框架的适配 1,也可以通过以下方式显示配置日志输出策略:

  1. 命令行
  2. dubbo.properties 中指定
  3. dubbo.xml 中配置

对应源码解析文章:

【<6.39> 访问日志】

如果你想记录每一次请求信息,可开启访问日志,类似于apache的访问日志。注意:此日志量比较大,请注意磁盘容量。

对应源码解析文章:

【<6.40> 服务容器】

服务容器是一个 standalone 的启动程序,因为后台服务不需要 Tomcat 或 JBoss 等 Web 容器的功能,如果硬要用 Web 容器去加载服务提供方,增加复杂性,也浪费资源。

服务容器只是一个简单的 Main 方法,并加载一个简单的 Spring 容器,用于暴露服务。

服务容器的加载内容可以扩展,内置了 spring, jetty, log4j 等加载,可通过容器扩展点进行扩展。配置配在 java 命令的 -D 参数或者 dubbo.properties 中。

对应源码解析文章:

【<6.41> ReferenceConfig 缓存】

ReferenceConfig 实例很重,封装了与注册中心的连接以及与提供者的连接,需要缓存。否则重复生成 ReferenceConfig 可能造成性能问题并且会有内存和连接泄漏。在 API 方式编程时,容易忽略此问题。

因此,自 2.4.0 版本开始, dubbo 提供了简单的工具类 ReferenceConfigCache用于缓存 ReferenceConfig 实例。

对应源码解析文章:

【<6.42> 分布式事务】

分布式事务基于 JTA/XA 规范实现 1

两阶段提交:

/user-guide/images/jta-xa.jpg

目前该功能暂未实现,如下是推荐阅读的内容:

【<6.43> 线程栈自动dump】

当业务线程池满时,我们需要知道线程都在等待哪些资源、条件,以找到系统的瓶颈点或异常点。dubbo通过Jstack自动导出线程堆栈来保留现场,方便排查问题

默认策略:

  • 导出路径,user.home标识的用户主目录
  • 导出间隔,最短间隔允许每隔10分钟导出一次

对应源码解析文章:

【<6.44> Netty4】

dubbo 2.5.6版本新增了对netty4通信模块的支持

对应源码解析文章:

【<8> schema 配置参考手册】

这里以 XML Config 1 为准,列举所有配置项 2。其它配置方式,请参见相应转换关系:属性配置注解配置API 配置

对应源码解析文章:

【<9.1> dubbo://】

Dubbo 缺省协议采用单一长连接和 NIO 异步通讯,适合于小数据量大并发的服务调用,以及服务消费者机器数远大于服务提供者机器数的情况。

反之,Dubbo 缺省协议不适合传送大数据量的服务,比如传文件,传视频等,除非请求量很低。

dubbo-protocol.jpg

对应源码解析文章:

【<9.2> rmi://】

RMI 协议采用 JDK 标准的 java.rmi.* 实现,采用阻塞式短连接和 JDK 标准序列化方式。

注意:如果正在使用 RMI 提供服务给外部访问 1,同时应用里依赖了老的 common-collections 包 2 的情况下,存在反序列化安全风险 3

对应源码解析文章:

【<9.3> hessian://】

Hessian 1 协议用于集成 Hessian 的服务,Hessian 底层采用 Http 通讯,采用 Servlet 暴露服务,Dubbo 缺省内嵌 Jetty 作为服务器实现。

Dubbo 的 Hessian 协议可以和原生 Hessian 服务互操作,即:

  • 提供者用 Dubbo 的 Hessian 协议暴露服务,消费者直接用标准 Hessian 接口调用
  • 或者提供方用标准 Hessian 暴露服务,消费方用 Dubbo 的 Hessian 协议调用。

对应源码解析文章:

【<9.4> http://】

基于 HTTP 表单的远程调用协议,采用 Spring 的 HttpInvoker 实现 1

对应源码解析文章:

【<9.5> webservice://】

基于 WebService 的远程调用协议,基于 Apache CXF 1frontend-simpletransports-http 实现 2

可以和原生 WebService 服务互操作,即:

  • 提供者用 Dubbo 的 WebService 协议暴露服务,消费者直接用标准 WebService 接口调用,
  • 或者提供方用标准 WebService 暴露服务,消费方用 Dubbo 的 WebService 协议调用。

对应源码解析文章:

【<9.6> thrift://】

当前 dubbo 支持 1的 thrift 协议是对 thrift 原生协议 2 的扩展,在原生协议的基础上添加了一些额外的头信息,比如 service name,magic number 等。

使用 dubbo thrift 协议同样需要使用 thrift 的 idl compiler 编译生成相应的 java 代码,后续版本中会在这方面做一些增强。

对应源码解析文章:

【<9.7> memcached://】

基于 memcached 1 实现的 RPC 协议 2

对应源码解析文章:

【<9.8> redis://】

基于 Redis 1 实现的 RPC 协议 2

对应源码解析文章:

【<9.9> rest://】

对应文档为

对应源码解析文章:

【<10.1> Multicast 注册中心】

Multicast 注册中心不需要启动任何中心节点,只要广播地址一样,就可以互相发现。

/user-guide/images/multicast.jpg

  1. 提供方启动时广播自己的地址
  2. 消费方启动时广播订阅请求
  3. 提供方收到订阅请求时,单播自己的地址给订阅者,如果设置了 unicast=false,则广播给订阅者
  4. 消费方收到提供方地址时,连接该地址进行 RPC 调用。

组播受网络结构限制,只适合小规模应用或开发阶段使用。组播地址段: 224.0.0.0 - 239.255.255.255

对应源码解析文章:

【<10.2> zookeeper 注册中心】

Zookeeper 是 Apacahe Hadoop 的子项目,是一个树型的目录服务,支持变更推送,适合作为 Dubbo 服务的注册中心,工业强度较高,可用于生产环境,并推荐使用 1

/user-guide/images/zookeeper.jpg

对应源码解析文章:

【<10.3> Redis 注册中心】

基于 Redis 1 实现的注册中心 2

/user-guide/images/dubbo-redis-registry.jpg

对应源码解析文章:

【<10.4> Simple 注册中心】

Simple 注册中心本身就是一个普通的 Dubbo 服务,可以减少第三方依赖,使整体通讯方式一致。

对应源码解析文章:

【<11> Telnet 命令参考手册】

2.0.5 版本开始,dubbo 开始支持通过 telnet 命令来镜像服务治理。

对应源码解析文章:

【<12> 在线运维命令-QOS】

dubbo 2.5.8 新版本重构了 telnet 模块,提供了新的 telnet 命令支持。

对应源码解析文章:

TODO

dubbo-ops

1.3 Dubbo 开发指南

本小节,我们将 《精尽 Dubbo 源码解析》《Dubbo 开发指南》 做一次映射,方便大家直接找到感兴趣的功能的具体源码实现。当然,如果有整理不到位的地方,欢迎大家给我留言斧正。

【<1> 源码构建】

代码签出
分支
构建
构建源代码 jar 包
IDE 支持

对应源码解析文章:

【<2> 框架设计】

/dev-guide/images/dubbo-framework.jpg

对应源码解析文章:

【<3> 扩展点加载】

Dubbo 的扩展点加载从 JDK 标准的 SPI (Service Provider Interface) 扩展点发现机制加强而来。

Dubbo 改进了 JDK 标准的 SPI 的以下问题:

  • JDK 标准的 SPI 会一次性实例化扩展点所有实现,如果有扩展实现初始化很耗时,但如果没用上也加载,会很浪费资源。
  • 如果扩展点加载失败,连扩展点的名称都拿不到了。比如:JDK 标准的 ScriptEngine,通过 getName() 获取脚本类型的名称,但如果 RubyScriptEngine 因为所依赖的 jruby.jar 不存在,导致 RubyScriptEngine 类加载失败,这个失败原因被吃掉了,和 ruby 对应不起来,当用户执行 ruby 脚本时,会报不支持 ruby,而不是真正失败的原因。
  • 增加了对扩展点 IoC 和 AOP 的支持,一个扩展点可以直接 setter 注入其它扩展点。

对应源码解析文章:

【<5.1> 协议扩展】

RPC 协议扩展,封装远程调用细节。

契约:

  • 当用户调用 refer() 所返回的 Invoker 对象的 invoke() 方法时,协议需相应执行同 URL 远端 export() 传入的 Invoker 对象的 invoke() 方法。
  • 其中,refer() 返回的 Invoker 由协议实现,协议通常需要在此 Invoker 中发送远程请求,export() 传入的 Invoker 由框架实现并传入,协议不需要关心。

注意:

  • 协议不关心业务接口的透明代理,以 Invoker 为中心,由外层将 Invoker 转换为业务接口。
  • 协议不一定要是 TCP 网络通讯,比如通过共享文件,IPC 进程间通讯等。

对应源码解析文章:

【<5.2> 调用拦截扩展】

服务提供方和服务消费方调用过程拦截,Dubbo 本身的大多功能均基于此扩展点实现,每次远程方法执行,该拦截都会被执行,请注意对性能的影响。

约定:

  • 用户自定义 filter 默认在内置 filter 之后。
  • 特殊值 default,表示缺省扩展点插入的位置。比如:filter="xxx,default,yyy",表示 xxx 在缺省 filter 之前,yyy 在缺省 filter 之后。
  • 特殊符号 -,表示剔除。比如:filter="-foo1",剔除添加缺省扩展点 foo1。比如:filter="-default",剔除添加所有缺省扩展点。
  • provider 和 service 同时配置的 filter 时,累加所有 filter,而不是覆盖。比如:<dubbo:provider filter="xxx,yyy"/><dubbo:service filter="aaa,bbb" />,则 xxx,yyy,aaa,bbb 均会生效。如果要覆盖,需配置:<dubbo:service filter="-xxx,-yyy,aaa,bbb" />

对应源码解析文章:

【<5.3> 引用监听扩展】

当有服务引用时,触发该事件。

对应源码解析文章:

【<5.4> 暴露监听扩展】

当有服务暴露时,触发该事件。

对应源码解析文章:

【<5.5> 集群扩展】

当有多个服务提供方时,将多个服务提供方组织成一个集群,并伪装成一个提供方。

对应源码解析文章:

【<5.6> 路由扩展】

从多个服务提者方中选择一个进行调用。

  • 官方文档写的有问题,从多个服务提者方中筛选出所有匹配的结果集。

对应源码解析文章:

【<5.7> 负载均衡扩展】

从多个服务提者方中选择一个进行调用

对应源码解析文章:

【<5.8> 合并结果扩展】

合并返回结果,用于分组聚合。

对应源码解析文章:

【<5.9> 注册中心扩展】

负责服务的注册与发现。

对应源码解析文章:

【<5.10> 监控中心扩展】

负责服务调用次和调用时间的监控。

对应源码解析文章:

TODO

【<5.11> 扩展点加载扩展】

扩展点本身的加载容器,可从不同容器加载扩展点。

对应源码解析文章:

【<5.12> 动态代理扩展】

Invoker 接口转换成业务接口。

对应源码解析文章:

【<5.13> 编译器扩展】

Java 代码编译器,用于动态生成字节码,加速调用。

对应源码解析文章:

【<5.14> 消息派发扩展】

通道信息派发器,用于指定线程池模型。

对应源码解析文章:

【<5.15> 线程池扩展】

服务提供方线程程实现策略,当服务器收到一个请求时,需要在线程池中创建一个线程去执行服务提供方业务逻辑。

对应源码解析文章:

【<5.16> 序列化扩展】

将对象转成字节流,用于网络传输,以及将字节流转为对象,用于在收到字节流数据后还原成对象。

对应源码解析文章:

【<5.17> 网络传输扩展】

远程通讯的服务器及客户端传输实现。

对应源码解析文章:

【<5.18> 信息交换扩展】

基于传输层之上,实现 Request-Response 信息交换语义。

对应源码解析文章:

【<5.19> 组网扩展】

对等网络节点组网器。

对应源码解析文章:

【<5.20> Telnet 命令扩展】

所有服务器均支持 telnet 访问,用于人工干预。

对应源码解析文章:

【<5.21> 状态检查扩展】

检查服务依赖各种资源的状态,此状态检查可同时用于 telnet 的 status 命令和 hosting 的 status 页面。

对应源码解析文章:

TODO

【<5.22> 容器扩展】

服务容器扩展,用于自定义加载内容。

对应源码解析文章:

【<5.23> 页面扩展】

对等网络节点组网器。

  • 官方文档写的有问题,应该是请求处理器,有点类似 Servlet 。

对应源码解析文章:

TODO

【<5.24> 缓存扩展】

用请求参数作为 key,缓存返回结果。

对应源码解析文章:

【<5.25> 验证扩展】

参数验证扩展点。

对应源码解析文章:

【<5.26> 日志适配扩展】

日志输出适配扩展点。

对应源码解析文章:

1.4 Dubbo 运维指南

《Dubbo 运维指南》 ,暂时无映射的需要。

2. 【老徐】RPC 专栏

3. 【肥朝】Dubbo 源码解析

4. 【MR_QI】Dubbo 源码解析

5. 【杨武兵】Dubbo 源码解析

666. 欢迎投稿

文章目录
  1. 1. 1. 【芋艿】精尽 Dubbo 原理与源码专栏
    1. 1.1. 1.1 目录
    2. 1.2. 1.2 Dubbo 用户指南
      1. 1.2.1. 【 快速启动】
      2. 1.2.2. 【<5.1> XML 配置】
      3. 1.2.3. 【<5.2> 属性配置】
      4. 1.2.4. 【<5.3> API 配置】
      5. 1.2.5. 【<5.4> 注解配置】
      6. 1.2.6. 【<6.1> 启动时检查】
      7. 1.2.7. 【<6.2> 集群容错】
      8. 1.2.8. 【<6.3> 负载均衡】
      9. 1.2.9. 【<6.4> 线程模型】
      10. 1.2.10. 【<6.5> 直连提供者】
      11. 1.2.11. 【<6.6> 只订阅】
      12. 1.2.12. 【<6.7> 只注册】
      13. 1.2.13. 【<6.8> 静态服务】
      14. 1.2.14. 【<6.9> 多协议】
      15. 1.2.15. 【<6.10> 多注册中心】
      16. 1.2.16. 【<6.11> 服务分组】
      17. 1.2.17. 【<6.12> 多版本】
      18. 1.2.18. 【<6.13> 分组聚合】
      19. 1.2.19. 【<6.14> 参数验证】
      20. 1.2.20. 【<6.15> 结果缓存】
      21. 1.2.21. 【<6.16> 泛化引用】
      22. 1.2.22. 【<6.17> 泛化实现】
      23. 1.2.23. 【<6.18> 回声测试】
      24. 1.2.24. 【<6.19> 上下文信息】
      25. 1.2.25. 【<6.20> 隐式参数】
      26. 1.2.26. 【<6.21> 异步调用】
      27. 1.2.27. 【<6.22> 本地调用】
      28. 1.2.28. 【<6.23> 参数回调】
      29. 1.2.29. 【<6.24> 事件通知】
      30. 1.2.30. 【<6.25> 本地存根】
      31. 1.2.31. 【<6.26> 本地伪装】
      32. 1.2.32. 【<6.27> 延迟暴露】
      33. 1.2.33. 【<6.28> 并发控制】
      34. 1.2.34. 【<6.29> 连接控制】
      35. 1.2.35. 【<6.30> 延迟连接】
      36. 1.2.36. 【<6.31> 粘滞连接】
      37. 1.2.37. 【<6.32> 令牌验证】
      38. 1.2.38. 【<6.33> 路由规则】
      39. 1.2.39. 【<6.34> 配置规则】
      40. 1.2.40. 【<6.35> 服务降级】
      41. 1.2.41. 【<6.36> 优雅停机】
      42. 1.2.42. 【<6.37> 主机绑定】
      43. 1.2.43. 【<6.38> 日志适配】
      44. 1.2.44. 【<6.39> 访问日志】
      45. 1.2.45. 【<6.40> 服务容器】
      46. 1.2.46. 【<6.41> ReferenceConfig 缓存】
      47. 1.2.47. 【<6.42> 分布式事务】
      48. 1.2.48. 【<6.43> 线程栈自动dump】
      49. 1.2.49. 【<6.44> Netty4】
      50. 1.2.50. 【 schema 配置参考手册】
      51. 1.2.51. 【<9.1> dubbo://】
      52. 1.2.52. 【<9.2> rmi://】
      53. 1.2.53. 【<9.3> hessian://】
      54. 1.2.54. 【<9.4> http://】
      55. 1.2.55. 【<9.5> webservice://】
      56. 1.2.56. 【<9.6> thrift://】
      57. 1.2.57. 【<9.7> memcached://】
      58. 1.2.58. 【<9.8> redis://】
      59. 1.2.59. 【<9.9> rest://】
      60. 1.2.60. 【<10.1> Multicast 注册中心】
      61. 1.2.61. 【<10.2> zookeeper 注册中心】
      62. 1.2.62. 【<10.3> Redis 注册中心】
      63. 1.2.63. 【<10.4> Simple 注册中心】
      64. 1.2.64. 【 Telnet 命令参考手册】
      65. 1.2.65. 【 在线运维命令-QOS】
    3. 1.3. 1.3 Dubbo 开发指南
      1. 1.3.1. 【 源码构建】
      2. 1.3.2. 【 框架设计】
      3. 1.3.3. 【 扩展点加载】
      4. 1.3.4. 【<5.1> 协议扩展】
      5. 1.3.5. 【<5.2> 调用拦截扩展】
      6. 1.3.6. 【<5.3> 引用监听扩展】
      7. 1.3.7. 【<5.4> 暴露监听扩展】
      8. 1.3.8. 【<5.5> 集群扩展】
      9. 1.3.9. 【<5.6> 路由扩展】
      10. 1.3.10. 【<5.7> 负载均衡扩展】
      11. 1.3.11. 【<5.8> 合并结果扩展】
      12. 1.3.12. 【<5.9> 注册中心扩展】
      13. 1.3.13. 【<5.10> 监控中心扩展】
      14. 1.3.14. 【<5.11> 扩展点加载扩展】
      15. 1.3.15. 【<5.12> 动态代理扩展】
      16. 1.3.16. 【<5.13> 编译器扩展】
      17. 1.3.17. 【<5.14> 消息派发扩展】
      18. 1.3.18. 【<5.15> 线程池扩展】
      19. 1.3.19. 【<5.16> 序列化扩展】
      20. 1.3.20. 【<5.17> 网络传输扩展】
      21. 1.3.21. 【<5.18> 信息交换扩展】
      22. 1.3.22. 【<5.19> 组网扩展】
      23. 1.3.23. 【<5.20> Telnet 命令扩展】
      24. 1.3.24. 【<5.21> 状态检查扩展】
      25. 1.3.25. 【<5.22> 容器扩展】
      26. 1.3.26. 【<5.23> 页面扩展】
      27. 1.3.27. 【<5.24> 缓存扩展】
      28. 1.3.28. 【<5.25> 验证扩展】
      29. 1.3.29. 【<5.26> 日志适配扩展】
    4. 1.4. 1.4 Dubbo 运维指南
  2. 2. 2. 【老徐】RPC 专栏
  3. 3. 3. 【肥朝】Dubbo 源码解析
  4. 4. 4. 【MR_QI】Dubbo 源码解析
  5. 5. 5. 【杨武兵】Dubbo 源码解析
  6. 6. 666. 欢迎投稿