你还不知“dubbo”是个什么东西吗？？？

先来了解一下这些年架构的变化，下面的故事是我编的。。。。

“传统架构”：很多年前，刚学完JavaWeb开发的我凭借一人之力就开发了一个网站，网站所有的功能和应用都集中在一起，方便了我的开发同时也节省了成本。但是后来我的网站访问流量突然加大，我通过不断增加服务器来提高并发量，但是我发现随着服务器的增加服务能力先增加后下降。
不能通过硬件的方式解决问题的我，思考如何通过软件解决这个问题。

“分布式架构”：后来我按照功能点把系统拆分，拆分成独立的功能。单独为某一个节点添加服务器。通过系统之间配合完成整个业务逻辑。但是随着我的网站功能的日益完善，我发现各个模块有一些通用的业务逻辑无法共用，这样可不好，这时候我就在考虑为啥部直接来个面向服务呢？？？

“面向服务架构”：我把工程拆分成服务层、表现层两个工程。服务层中包含业务逻辑，只需要对外提供服务即可。表现层只需要处理和页面的交互，业务逻辑都是调用服务层的服务来实现。这样我的网站不光开发效率快，而且在扩展和升级相关服务的时候更加灵活。

说了这么多“废话”,那么什么是dubbo?为什么要用dubbo呢？

什么是dubbo?

Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的 RPC 实现服务的输出和输入功能，可以和 Spring框架无缝集成。

上面我们提到了RPC，现在我们来理解一下RPC的一些相关概念。之前学习过操作系统的同学在进程那一章也会接触到这个东西。

RPC（Remote Procedure Call）—远程过程调用，它是一种通过网络从远程计算机程序上请求服务，而不需要了解底层网络技术的协议。RPC协议假定某些传输协议的存在，如TCP或UDP，为通信程序之间携带信息数据。在OSI网络通信模型中，RPC跨越了传输层和应用层。RPC使得开发包括网络分布式多程序在内的应用程序更加容易。
RPC采用客户机/服务器模式。请求程序就是一个客户机，而服务提供程序就是一个服务器。首先，客户机调用进程发送一个有进程参数的调用信息到服务进程，然后等待应答信息。在服务器端，进程保持睡眠状态直到调用信息到达为止。当一个调用信息到达，服务器获得进程参数，计算结果，发送答复信息，然后等待下一个调用信息，最后，客户端调用进程接收答复信息，获得进程结果，然后调用执行继续进行。

既然有http请求为什么还要用rpc调用呢？？？

良好的rpc调用是面向服务的封装，针对服务的可用性和效率等都做了优化。单纯使用http调用则缺少了这些特性。

dubbo的一些相关资源

相信你看了dubbo的用户手册可能会明白dubbo被企业所喜爱的一部分原因，官方文档介绍的真的详细，很容易就可以学会如何简单的去使用dubbo到自己的项目中。

dubbo官网：http://dubbo.incubator.apache.org/

Dubbo Github地址：https://github.com/apache/incubator-dubbo

Dubbo用户手册(中文) ：这篇文档详细讲解了dubbo的使用，基本涵盖dubbo的所有功能特性。如果你正依赖dubbo作为你业务工程的RPC通信框架，这里可以作为你的参考手册

Dubbo开发手册(中文)：这篇文档的目标读者是对 dubbo 源码、设计有兴趣的，或者有意愿加入 dubbo 开发的人群。主要涵盖了 dubbo 的框架设计、扩展机制、编码规范、版本管理、构建等话题。

为什么要用dubbo呢？？？

先来看一张普通电商的简易架构图

当服务越来越多后，服务之间的依赖关系越来越复杂，服务 URL 配置管理变得非常困难另外还需要统计服务的调用量来进行分析，这些需求都可以使用dubbo来满足。

dubbo架构

上述节点简单说明：

Provider 暴露服务的服务提供方
Consumer 调用远程服务的服务消费方
Registry 服务注册与发现的注册中心
Monitor 统计服务的调用次数和调用时间的监控中心
Container 服务运行容器

调用关系说明：

服务容器负责启动，加载，运行服务提供者。
1. 服务提供者在启动时，向注册中心注册自己提供的服务。
2. 服务消费者在启动时，向注册中心订阅自己所需的服务。
3. 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
4. 服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
5. 服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。

注册中心

一个完整的dubbo应该是包括注册中心的。
注册中心用来注册服务和进行负载均衡，哪一个服务由哪一个机器来提供必需让调用者知道，简单来说就是IP地址和服务名称的对应关系。
dubbo官方提供了几种实现注册中心的方式：

Multicast 注册中心

Zookeeper 注册中心
Redis 注册中心
1. Simple 注册中心
  
  另外官方明确推荐使用Zookeeper 注册中心的方式。
  
  装zookeeper的话，建议装在Linux机器上，我这里就不做讲解了。想要了解的可以去官网看看文档，因为dubbo的官方文档很详细了，建议看官方文档，大多数博客文章还是照着文档写的。

dubbo的使用

Dubbo用户手册(中文) 已经介绍的很详细了，所以这里我就不去班门弄斧了，想要了解的可以去看一下。

不说了，我要去吃饭了。。。想起来再补充。。。

欢迎关注我的微信公众号“Java面试通关手册”（坚持原创，分享美文，分享各种Java学习资源，面试题，以及企业级Java实战项目回复关键字免费领取）：