前言

本章为Dubbo面试题的总结篇

无可比性，Dubbo最开始是一个可扩展的RPC调用框架，在Dubbo里一次调用涉及到的服务路由、负载均衡、序列化机制、网络传输协议等等都是可以扩展的，具体的性能取决于所选用的组件。
同样 Spring Cloud也类似，所以我们不能站在性能的角度来对比两个框架。

其次，作为框架，要对比我们也应该对比这个框架的可扩展性，Dubbo的可扩展性是没有比Spring Cloud好。而Spring Cloud目前的优势是组件比较齐全，比如有服务网关、分布式配置中心、服务跟踪等等，而这些Dubbo 暂时还没有，但是在Dubbo生态里是准备加上的。

Http1.0，不支持长连接
Http1.1，默认为长连接Connection=keep-alive 但是，说Http长连接并不准确，因为http是应用层协议，tcp才是传输层协议，只有传输层才能说建立连接与关闭连接。

那么，长连接有什么好处，长连接就是可以保持连接，那当我打开一个网页后，实际上我通常要过会才有可能去请求其他东西，其实并不需要这个连接一直保持在这，从这个角度看，似乎使用短连接比较合适。

长连接，实际上是指tcp长连接，那么http可以在这个连接的基础上发送多次http请求与接收多次http响应，实际上当我们打开一个网页时，还需要请求很多js，css等资源，这个时候这些请求是可以复用tcp连接的，从而节省了网络资源。

那么，长连接什么时候才关闭？ 有一个超时时间的，在header进行设置，当这段时间内没有任何http请求则超时后自动关闭。

Dubbo中的服务降级实际上使用的就是Dubbo中的Mock机制，比如当调用某个服务失败后，可以设置 mock=fail:return+null表示调用服务失败后返回null。

服务失效踢出基于 Zookeeper 的临时节点原理。

首先Dubbo会通过DubboNamespanceHandler解析dubbo:service/标签，并且Spring会完成Bean的实例化，随后发布ContextRefreshEvent事件，会调用ServiceBean中的export方法，以这个方法为入口然后进行服务暴露。

实际上，我们应该叫服务导出，因为服务导出包括服务注册和服务暴露，导出顺序也是先进行服务注册在进行服务暴露，服务注册就是将服务信息（包括接口名以及对于的协议等信息）注册到注册中心，然后进行服务信息监听器绑定，然后进行服务暴露（其实就是启动tomcat或nettyserver）。

首先Dubbo会通过DubboNamespanceHandler解析dubbo:reference/标签，并且Spring会完成Bean的实例化，在引入该Bean的时候，会调用ReferenceBean的getObject方法，以这个方法为入口然后进行服务引入，

服务引入的步骤为：先根据服务名从注册中心找到所有的服务提供者并且封装到服务目录中，然后进行服务路由的初始化，然后进行监听器绑定，然后将服务目录封装为Cluster，最后生成代理类。实际上服务引入是相当复杂的，这里只能面试大概的步骤。

消费者：

服务者：

面试(九)Dubbo面试题总结