分布式框架是什么？分布式系统是若干个独立系统的集合，但是用户使用起来像是在使用一套系统。
为什么需要分布式系统？规模的逐步扩大和业务的复杂性，单台计算机扛不住双十一那样的流量，俗话说：三个臭皮匠抵一个dzddt。
发展APP应用程序体系结构(1)单个体系结构当网站流量很小的时候，我们将所有的应用(业务)放到一台服务器上运行。
优点：开发简单，部署简单。
缺点：扩展不容易(怎么处理日益增长的流量)，谁都改一个，维护不容易，性能提升难。
)2)垂直APP应用架构将大应用拆分成小应用(一般按照业务拆分)，根据不同的访问频率决定各自业务部署的服务器数量。
优点：扩展容易。
缺点：页面一改，可能导致整个项目重新部署，业务和界面没有分离开，随着业务种类增加，怎么解决业务之间的互相调用问题，订单服务器和用户服务器交互效率的问题。
)3)分布式体系结构(基于RPC:远程过程调用)将业务拆分后，用某种方式实现各个业务模块的远程调用和服用，这是一个好的RPC框架就决定了你的分布式框架的性能，怎么调用，何时调用，服务器挂了怎么办......我们需要一个框架来帮我们解决这个问题(当然大神可以自己写一个，但是应对大流量的ddsb莫过于中国的阿里巴巴公司，顶住了淘宝双十一的流量，反观一些学校内部的选课系统，对于大流量时只有两个字--宕机)。
这时我们所要了解的主人公出现了：Dubbo！
Dubbo是一个高性能RPC框架，解决了分布式中的调用问题。
优点：解决了分布式系统中相互调用的问题。
缺点：假设有100台服务器。其中：50台用户业务服务器，50台订单业务服务器。但是在上线后发现，用户服务器使用效率很小，但是订单服务器压力很大，最佳配比应该是1:4。这时候要求我们还有一个统一管理的调度中心(这个缺点可以由其它框架去完善，后续会继续讲到)。
Dubbo为什么性能高？高性能还要从底层原理说起，Dubbo既然是一个RPC框架，主要干的就是远程过程(方法)调用，那么提升性能就要从最关键、最耗时的两个方面入手：序列化和网络通信。
序列化：学习Java网络开发的时候，本地对象要在网络上传输，必须要实现Serializable接口，也就是必须序列化。我们序列化的方案很多：xml、json、二进制流...其中效率最高的就是二进制流(因为计算机就是二进制的)。然而Dubbo采用的就是效率最高的二进制。
网络通信：不同于HTTP需要进行7步走(三次握手和四次挥手)，Dubbo采用的是Socket通信机制，一部到位，提升了通信效率，并且可以创立长连接，不用反复连接，直接传输数据。
Dubbo概述Apache Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力：面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。
Dubbo是一个分部署服务框架，致力于提供高性能和透明化的RPC远程服务调用方案、服务治理方案。
官网：https://dubbo.apache.org/zh/
Dubbo基本体系结构服务提供者（Provider）：暴露服务的服务提供方，服务提供者在启动时，向注册中心注册自己提供的服务。
服务消费者（Consumer）：调用远程服务的服务消费方，服务消费者在启动时，向注册中心订阅自己所需的服务，服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
注册中心（Registry）：注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
监控中心（Monitor）：服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。