Dubbo的使用

使用dubbo的步骤 （原始的spring mvc）：
1， 导入依赖 ： pom中引入jar包；
2， 配置服务提供者和服务消费者的配置文件；

在服务提供者这边的配置文件中需要操作：
1， 指定当前服务/应用的名称；

2， 指定注册中心的地址；

3， 指定通信规则 ；

4， 暴露服务 ref:指向服务的真正实现对象

服务的实现

5， 如果有监控中心，连接监控中心；

在服务消费者这边需要配置：
1， 指定当前的服务/应用的名称；

2， 指定注册中心的地址；

3， 声明需要调用的远程服务的接口，生成远程服务代理

4 ， 如果有监控中心，连接监控中心；

PS: spring需要扫描到服务消息者相应的包

dubbo中的个性配置设置 ：
1 ，启动时服务提供者的检查 ；
2 ，远程调用时的超时时长设置 ，可以配置在全局，也可以配置到接口，也可以配置到方法上(方法级优先，全局最后)，在消费方和提供方上，级别一样消息方优先，提供方次之；
3 ， 重试次数(不包含首次)设置重连机制(幂等情况下，如数据库的查询，修改，删除可以设置得重试次数，非幂等情况下如数据库的新增是不能设置重试次数的)；
4 ， 设置接口的新老版本功能调用，通过接口配置指定版本的方式，也可以通配符随机调用，实现灰度发布；
5 ， 本地存根的调用，实现远程接口数据的验证或数据缓存；

dubbo的配置文件覆盖策略： 级别 >>> 依次向下
1 ， 启动时java虚拟机方式；
2 ， application.xml文件(spring的主配置文件)；
3 ， 为dubbo新建的一个dubbo.perproice文件；

springboot与dubbo的整合方式：
1 ， 导入dubbo-starter, 在application.properties配置属性，使用@enbledubbo开启使用基于注解的方式开始(也可以文件中指定包名)，@service(暴露服务)和@reference(引用服务)；
2 ， 导入dubbo-starter , 启动类导入配置文件的方式来使用dubbo,@importresource("文件名")；
3 ， 使用注解API的方式 （代码的方式）；

dubbo的高可用 ：通过设计，减少系统不能提供服务的时间
依赖zookeeper, 如查zookeeper注册中心宕机，服务提供者和消费者仍能通过本地缓存通讯；zookeeper保存的是服务提供者的位置信息；可以通过dubbo直连的方式，使用注解@reference(url="指定地址")；

dubbo的负载均衡策略 (默认：随机)：通过控制台来设置权重
1 ，随机 (权重设置随机概率)；2 ， 轮循(权重设置轮循比例(先轮循再比权重比例)) ； 3 ，最少的活跃调用次数的随机(访问时的响应时间)；4， 一致性hash(根据hash值的不同去到不同的机器)；

服务降级 ：服务器压力很大时，对一些非主业务服务停止使用，以释放服务器资源，给主业务使用； 服务直接返回为Null或者调用后返回为null(在dubbo管理中心进行设置，屏蔽服务/容错设置);

服务容错 ： 导入hystrix 相应jar
启动类添加@enablehystrix开启，服务提供者添加@hystrixcommand产生异常，服务消费者指定fallbackmethod方法执行

RPC原理 ：完成远程服务调用
调用流程 ：
1， 服务消费方client调用以本地调用方式调用服务 ；
2， client stub接收到调用后负责将方法，参数等组装成能够进行网络传输的消息体；
3， client 代理找到服务地址，并将消息发送到服务端；
4， server 代理收到消息后进行解码(如对象序列化等操作)；
5， server 代理根据解码结果调用本地的服务；
6， 本地服务执行并将结果返回给server代理 ；
7， server 代理将返回结果打包成消息并发送至消费方；
8， client代理接收到消息，并进行解码操作；
9， 服务消费方得到最终结果。
RPC框架的目标就是要将2~8这些步骤都封装起来，对使用者来说是透明的但不可见 ；

dubbo底层服务间通讯方式是使用的是netty(非阻塞IO的方式进行);
BIO(阻塞IO)：每次都是开启相应线程去执行IO读写操作，而且每个线程要依次处理完才能返回，业务未完成相应的线程是无法得到释放的；服务器无法同时处理大量线程会产生线程阻塞等待；

NIO(非阻塞IO): 会产生多个通道注册到多路复用选择器selector上，通道中都是使用的buffer进行数据传输，selector监听所有通道，在监听的同时会有多个事件，如connect,accept,read,write,相应的事件会产生相应线程去处理相应的操作；

netty的执行过程 ：
1， 初始化channel ; 2, channel注册到selector上面 ；3， 轮询accept事件；4，处理accept建立连接channel；5，注册channel到selector上面；6，轮询读写事件；7，处理读写事件 ；

dubbo的原理：
1， 通过spring去读取配置文件，将配置文件中的标签依次封装成相应对象的bean,如：application --->new DubboBeanDefinitionParse(ApplicationConfig.class,true);
2， 通过doExport()向外暴露服务，底层使用到netty方式去监听相应地址端口的服务进行操作 ，而相应的地址和服务被缓存起来使用；
3， 通过doRefer()进行服务引用操作生成相应的服务代理Invoker进行返回，主要是将服务的代理和相应的服务实现之间建立联系；
4， 服务引用返回的Invoker进行一系列的操作，包括服务容错，服务降级，负载均衡，dubbo中的超时配置等操作进行层层包装，得到处理的结果返回给服务消费者，完成服务调用；