dubbo和普通的ws或者F5有哪些区别：

ws可以暴露和引用远程的服务，F5是硬负载，可以实现服务路由、负载均衡、服务权重等功能。在小规模项目或者服务调用量不大的情况下，完全可以使用。但是当业务越来越多，服务拆分越来越细化，服务组件之间调用频率越来越高，如果只是单纯的加F5并不是一个好方法，毕竟F5不能够将服务组建之间的关系细化的罗列出来，并不能提高服务的可靠性以及对服务的管控。
dubbo是针对处理分布式服务化问题的一种解决方案，它不仅可以像使用ws一样调用服务，而且服务调用更加透明，几乎没有产生业务入侵,而且dubbo本身还拥有很优秀的服务治理能力，比如服务的注册与发现、服务编排、服务自制、容错以及调度和监控等。
综合来看，dubbo应该是一种能够提高业务复用及整合的分布式服务框架。

架构

image.png

配置之间的关系

image.png

服务治理

集群容错

image.png

容错模式

• Failover （默认）：失败转移，自动重试其他机器，但重试会带来更长延迟。常见于读操作
• Failfast ：快速失败，只发起一次调用，失败立即报错。通常用于非幂等性的写操作，比如新增记录
• Failsafe: 失败安全，出现异常时，直接忽略。通常用于写入审计日志等操作
• Failback 失败自动恢复，后台记录失败请求，定时重发。通常用于消息通知操作
• Forking 并行调用多个服务器，只要一个成功即返回。通常用于实时性要求较高的读操作，但浪费更多资源。可设置最大并行数
• Broadcast 广播调用所有提供者，逐个调用，任意一台报错则报错。通常用于通知所有提供者更新缓存或日志等本地资源信息

负载均衡策略

• 缺省为 random: 随机调用.有利于动态调整提供者权重
• RoundRobin(轮询) : 均匀地将流量打到各个机器上去，可通过权重设置轮询比率,权重大的轮询的比率高，接收的请求多
• leastactive(最少活跃调用数): 相同活跃数的随机，越慢的提供者，收到更少请求
• ConsistentHash(一致性 Hash): 相同参数的请求总是发到同一提供者，当某一台提供者挂时，原本发往该提供者的请求，基于虚拟节点，平摊到其它提供者，不会引起剧烈变动。

线程派发策略

image.png

通讯协议

• Dubbo 缺省协议采用单一长连接和 NIO 异步通讯，Hessian 二进制序列化，适合于小数据量大并发的服务调用
• RMI 采用阻塞式短连接和 JDK 标准序列化方式。适用与消费者与提供者个数差不多，可传文件
• hessian 集成 Hessian 的服务，多个短连接，Hessian二进制序列化，同步传输，提供者比消费者个数多，提供者压力较大，可传文件
• http 采用 Spring 的 HttpInvoker 实现。多个短连接，表单json序列化，同步传输。适用于浏览器查看，可用表单或URL传入参数，暂不支持传文件
• webservice： 采用 CXF实现。多个短连接，SOAP序列化，同步传输。适用场景：系统集成，跨语言调用

异步调用

image.png

动态代理策略

• javassist：默认使用javassist动态字节码生成，创建代理类。
• jdk动态代理

为何使用javassist
1.因为jdk动态代理底层虽然也使用了javassist但是进行了一些封装，所以速率上没有javassist快。
2.而且使用javassist能够自定义编写代理类的代码。
3.另外用JAVAASSIST最好用它的字节码生成方式，尽量不要使用它提供的动态代理接口。
性能参考:https://javatar.iteye.com/blog/814426

more

服务治理更多内容详见https://blog.csdn.net/qq418517226/article/details/51848988

扩展点

扩展点配置

• dubbo的spi不会一次性把所有的类都初始化加载到内存中去。在配置文件中也是以key=value的形式罗列所有实现类
• 增加了对扩展点 IoC 和 AOP 的支持

扩展点自动包装

• 主要是用于从 ExtensionLoader 返回扩展点时，包装在真正的扩展点实现外。
• 扩展点的 Wrapper 类可以有多个，也可以根据需要新增
• 通过 Wrapper 类可以把所有扩展点公共逻辑移至 Wrapper 中，有些类似 AOP，即 Wrapper 代理了扩展点

扩展点自动装配

加载扩展点时，自动注入依赖的扩展点。ExtensionLoader 通过扫描扩展点实现类的所有 setter 方法来判定其成员

扩展点自适应

• ExtensionLoader 注入的依赖扩展点是一个 Adaptive 实例，直到扩展点方法执行时才决定调用是一个扩展点实现
• 扩展点方法调用会有URL参数（包含了Key-Value）
• 依赖的扩展点可以从URL拿到配置信息，即注入的 Adaptive 实例可以提取约定 Key 来决定使用哪个具体的依赖实现类。

扩展点自动激活

集合类扩展点可以同时加载多个实现，可以用@Activate注解进行自动激活。

解析服务

• spring 回调 DubboNamespaceHandler类来识别dubbo 命名空间
• 使用 DubboBeanDefinitionParser类通过属性映射方式，将dubbo标签解析为 Bean 对象
• 在 ServiceConfig.export() 或 ReferenceConfig.get() 初始化时，将 Bean 对象转换 URL 格式，所有 Bean 属性转成 URL 的参数。
• 然后将 URL 传给 [协议扩展点]，基于扩展点的 [扩展点自适应机制]，根据 URL 的协议头，进行不同协议的服务暴露或引用

发布和调用

服务发布过程

image.png

• 具体的服务通过动态代理形成一个AbstractProxyInvoker实例
• invoker通过dubbo、hessian等协议转换为Exporter

服务调用过程

image.png

• ReferenceConfig 类的 init 方法调用 Protocol 的 refer 方法生成 Invoker 实例
• 接下来通过动态代理将Invoker 转换为客户端需要的接口

实现细节

http://dubbo.apache.org/zh-cn/docs/dev/implementation.html