dubbo几种协议_dubbo总结

一.dubbo为啥不需要web容器?

dubbo 服务容器是一个standalone的启动程序，因为后台需要jboss或者tomcat等web容器的功能，如果硬要用web容去加载服务提供方会增加复杂性，并且浪费资源，服务容器只是一个main方法，并且加载一个简单的spring容器，用于暴漏服务服务容器的加载内容可以扩展，内置了spring, jetty, log4j等加载，可通过Container扩展点进行扩展。

2.dubbo服务启动之容器

dubbo使用了jdk内置的服务提供发现机制，目前有不少的框架使用它来做服务的扩展发现，简单来说，他就是一种动态扩展发现的机制，

container详解：

1.spring Container

dubbo会自动加载meta-info/spring下的所有的配置。（这个在源码里面已经写死了DEFAULT_SPRING_CONFIG = "classpath*:META-INF/spring/*.xml" 所以服务端的主配置放到META-INF/spring/这个目录下）

配置：(配在java命令-D参数或者dubbo.properties中)

dubbo.spring.config=classpath*:META-INF/spring/*.xml ----配置spring配置加载位置Container

2.jetty Container

启动一个内嵌jetty，用于汇报状态。

配置：(配在java命令-D参数或者dubbo.properties中)

dubbo.jetty.port=8080 ----配置jetty启动端口

dubbo.jetty.directory=/foo/bar ----配置可通过jetty直接访问的目录，用于存放静态文件

dubbo.jetty.page=log,status,system ----配置显示的页面，缺省加载所有页面

3.log4j Container

配置：(配在java命令-D参数或者dubbo.properties中)

dubbo.jetty.port=8080 ----配置jetty启动端口

dubbo.jetty.directory=/foo/bar ----配置可通过jetty直接访问的目录，用于存放静态文件

dubbo.jetty.page=log,status,system ----配置显示的页面，缺省加载所有页面

二.容器启动

从上面的我们知道只需执行main方法就能启动服务，那么默认到底是调用那个容器呢？

查看com.alibaba.dubbo.container.Container接口我们发现他上面有一个注解@SPI("spring")

通过上面对SPI的了解我们猜想他应该有对应的文件 如图：

通过上图可以知道默认调用的是com.alibaba.dubbo.container.spring.SpringContainer

这里main方法里面dubbo他们自定义了一个loader，叫ExtensionLoader

所以目前启动容器的时候我们可以选：spring、javaconfig、jetty、log4j、logback等参数

三.容器停止

Dubbo是通过jdk的shutdownhook进行优雅停机的，所以如果用户使用"kill -9 PID"等强制关闭指令，是不会执行优雅停机的，只有通过"kill PID"时，才会执行。

其原理是：

服务提供方：

停止时先标记为不接受新的请求，新请求过来时直接报错，让客户端直接重试其他的机器。

然后，检测线程池中的线程是否正常运行，如果有的话，等待所有的线程执行完成，除非超时，

则强制关闭。

服务消费方

停止时，不再发起新的调用请求，所有新的调用在客户端即报错。

然后，检测有没有请求的响应还没有返回，等待响应返回，除非超时，则强制关闭。

四.dubbo内置了哪几种容器?

spring container

log4j container

jetty container

五.dubbo中的节点角色？

provider 暴漏服务的服务提供方

consumer 调用远程服务的服务消费方

Registry 服务注册与发现的注册中心

Monitor 统计服务调用次数和调用时间的监控中心

container 服务运行的容器

六.dubbo 默认使用的注册中心，是否还有别的选择？

推荐使用zookeeper作为注册中心，还有redis，Multicast，Simple注册中心，但是不推荐

七.dubbo的配置方式

1.spring 的配置方式

2.java的api配置方式

八.dubbo在启动时如果依赖的服务不可用的话会怎么样？

dubbo默认在服务启动的时候检查依赖的服务是否可用，不可用的时候抛出异常，阻止spring初始化完成。默认 check="true"，可以通过 check="false" 关闭检查。

九.dubbo默认使用的序列化框架

默认使用的是hessian，，还有Duddo、FastJson、Java自带序列化。

十。dubbo默认使用的是什么通信框架？还有别的选择吗？

Dubbo 默认使用 Netty 框架，也是推荐的选择，另外内容还集成有Mina、Grizzly。

十一.dubbo有哪几种集群容错方案？默认是哪几种/

1.failover cluster 失败自动切换，自动重试其他的服务器（默认）

2.failfast 快速失败，立即报错，只发起一次调用。

3.failsafe Cluster 失败安全，出现异常时直接忽略。

4.failback Cluster 失败自动恢复，记录失败请求，定时重发。

5.forking cluster 并行调用多个服务器，只要一个成功即返回。

6.BroadCast cluster 广播逐个调用所有的提供者，任意一个报错则全部报错。

十一 dubbo有哪几种负载均衡策略？

十二.dubbo服务调用结果是阻塞的吗？

默认是同步等待结果阻塞的。支持异步调用。

Dubbo 是基于 NIO 的非阻塞实现并行调用，客户端不需要启动多线程即可完成并行调用多个远程服务，相对多线程开销较小，异步调用会返回一个 Future 对象。

异步调用流程图如下。

Dubbo 是基于 NIO 的非阻塞实现并行调用，客户端不需要启动多线程即可完成并行调用多个远程服务，相对多线程开销较小，异步调用会返回一个 Future 对象。

异步调用流程图如下。

十三。dubbo支持分布式事务吗？

目前暂时不支持，后续可能采用基于jta/xa实现

十四。dubbo使用过程中遇到了什么问题？

dubbo设计的目的就是为了满足高并发小数量的rpc调用，在大数据量的情况之下效果并不是很理想，建议使用 rmi 或 http 协议。