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 转换为客户端需要的接口
