本文目录一览：
- 1、硬核！Dubbo分布式服务框架入门教程
- 2、Dubbo与Nacos的区别两者是不是有重叠？
- 3、从零开始认识Dubbo
- 4、说一下Dubbo的工作原理？注册中心挂了可以继续通信吗？
- 5、dubbo和spring cloud区别是什么？
硬核！Dubbo分布式服务框架入门教程
Dubbo是阿里开源项目，国内很多互联网公司都在用，已经经过很多线上考验。
Dubbo内部使用了 Netty、Zookeeper，保证了高性能高可用性，使用Dubbo可以将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心，可用于提高业务复用和灵活扩展，使前端应用能更快速的响应多变的市场需求。
另外，分布式架构可以承受更大规模的并发流量。
Dubbo开始于电商系统，因此在这里先从电商系统的演变讲起。
当网站流量很小时，只需一个应用，将所有功能如下单支付等都部署在一起，以减少部署节点和成本。
缺点：单一的系统架构，使得在开发过程中，占用的资源越来越多，而且随着流量的增加越来越难以维护
垂直应用架构解决了单一应用架构所面临的扩容问题，流量能够分散到各个子系统当中，且系统的体积可控，一定程度上降低了开发人员之间协同以及维护的成本，提升了开发效率。
缺点：但是在垂直架构中相同逻辑代码需要不断地复制，不能复用。
当垂直应用越来越多，应用之间交互不可避免，将核心业务抽取出来，作为独立的服务，逐渐形成稳定的服务中心
随着服务化的进一步发展，服务越来越多，服务之间的调用和依赖关系也越来越复杂，诞生了面向服务的架构体系(SOA)，也因此衍生出了一系列相应的技术，如对服务提供、服务调用、连接处理、通信协议、序列化方式、服务发现、服务路由、日志输出等行为进行封装的服务框架。
课程目标：
了解远程调用PRC的概念，分布式应用为什么使用RPC, 基于PRC协议的Dubbo的使用。Dubbo框架的特点，框架的组件;基于Dubbo服务提供者，消费者，注册中心Zookeeper的分布式应用的开发部署， Dubbo的负载均衡实现。微服务的开发. Spring + Dubbo + Zookeeper + Linux
适用人群：
适合有Java基础，要进入到互联网行业的开发人员，微服务开发。
动力节点的Dubbo课程以实战为主讲解，从基础开始手把手式地详细讲解RPC概念，PRC在分布式应用的重要作用。Dubbo分布式服务框架的应用入门基础。传统应用到分布式以及微服务的转变思想。Dubbo协议的特点。Dubbo分布式服务的详细开发流程、Dubbo服务的实施部署，Zookeeper的服务管理等。
课程目录：
•001.dubbo视频教程-dubbo前言
•002.dubbo视频教程-dubbo概述
•003.dubbo视频教程-初识dubbo
•004.dubbo视频教程-dubbo前世今生
•005.dubbo视频教程-dubbo结构概述-1
•006.dubbo视频教程-dubbo结构概述-2
•007.dubbo视频教程-dubbo的使用-直连方式-1
•008.dubbo视频教程-dubbo的使用-直连方式-2
•009.dubbo视频教程-dubbo的使用-直连方式-3
•010.dubbo视频教程-dubbo的使用-直连方式-4
•011.dubbo视频教程-dubbo服务化最佳实践-概述
•012.dubbo视频教程-dubbo服务化最佳实践-1
•013.dubbo视频教程-dubbo服务化最佳实践-2
•014.dubbo视频教程-dubbo服务化最佳实践-3
•015.dubbo视频教程-dubbo服务化最佳实践-4
•016.dubbo视频教程-dubbo服务化最佳实践-5
•017.dubbo视频教程-注册中心概述
•018.dubbo视频教程-windows下安装及配置zookeeper
•019.dubbo视频教程-linux下安装及配置zookeeper
•020.dubbo视频教程-内容回顾
•021.dubbo视频教程-dubbo实例-使用注册中心-1
•022.dubbo视频教程-dubbo实例-使用注册中心-2
•023.dubbo视频教程-dubbo实例-使用注册中心-3
•024.dubbo视频教程-dubbo实例-使用注册中心-4
•025.dubbo视频教程-dubbo实例-使用注册中心-5
•026.dubbo视频教程-dubbo实例使用linux注册中心
•027.dubbo视频教程-dubbo实例-版本号version的使用-1
•028.dubbo视频教程-dubbo实例-版本号version的使用-2
•029.dubbo视频教程-dubbo实例-版本号version的使用-3
•030.dubbo视频教程-dubbo实例-版本号version的使用-4
•031.dubbo视频教程-解决学生问题
•032.dubbo视频教程-dubbo配置中常见属性
•033.dubbo视频教程-dubbo的高稳定性
•034.dubbo视频教程-监控中心-1
•035.dubbo视频教程-监控中心-2
Dubbo实战视频教程：
Dubbo全套资料下载
Dubbo与Nacos的区别两者是不是有重叠？
没有重叠，只是两者侧重点不一样。Nacos主要功能集中在动态服务发现、服务配置、服务元数据及流量管理。你可以把他简单的理解为是一个注册中心和配置中心，而Dubbo是一款高性能、轻量级的开源Java服务框架，主要功能点在于RPC框架。
Dubbo是阿里巴巴公司开源的一个高性能优秀的服务框架，使得应用可通过高性能的RPC实现服务的输出和输入功能，可以和Spring框架无缝集成。
Dubbo是一款高性能、轻量级的开源Java RPC框架，它提供了三大核心能力，面向接口的远程方法调用，智能容错和负载均衡，以及服务自动注册和发现。
注册中心负责服务地址的注册与查找，相当于目录服务，服务提供者和消费者只在启动时与注册中心交互，注册中心不转发请求，压力较小。
监控中心负责统计各服务调用次数，调用时间等，统计先在内存汇总后每分钟一次发送到监控中心服务器，并以报表展示。服务提供者向注册中心注册其提供的服务，并汇报调用时间到监控中心，此时间不包含网络开销。
从零开始认识Dubbo
[TOC]
1.Dubbo是什么
Apache Dubbo 是一款高性能Java RPC框架。
Dubbo是一个分布式服务框架，致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案。简单的说，dubbo就是个服务框架，如果没有分布式的需求，其实是不需要用的，只有在分布式的时候，才有dubbo这样的分布式服务框架的需求，并且本质上是个服务调用的东东， 说白了就是个远程服务调用的分布式框架（告别Web Service模式中的WSdl，以服务者与消费者的方式在dubbo上注册） 其核心部分包含:
2.Dubbo能做什么
Dubbo采用全spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。
3.Dubbo架构
节点角色说明：
Provider: 暴露服务的服务提供方。
Consumer: 调用远程服务的服务消费方。
Registry: 服务注册与发现的注册中心。
Monitor: 统计服务的调用次调和调用时间的监控中心。
Container: 服务运行容器。
调用关系说明：
4.Dubbo的使用方法
Dubbo采用全Spring配置方式，透明化接入应用，对应用没有任何API侵入，只需用Spring加载Dubbo的配置即可，Dubbo基于Spring的Schema扩展进行加载。如果不想使用Spring配置，可以通过API的方式进行调用（注解式，不推荐使用）
下载安装zookeeper注册中心（不建议使用multicast）
1.Windows
下载地址：
使用方法：下载解压即可，进入解压目录运行zkServer.cmd启动注册服务中心
截图：
2.MacOS
下载地址：
使用方法：下载解压即可，进入解压目录运行zkServer.sh start启动注册服务中心
3.Linux
下载地址：
使用方法：下载解压即可，进入解压目录运行zkServer.sh start启动注册服务中心
服务提供者
1.定义服务接口(该接口需单独打包，在服务提供方和消费方共享)
DemoService.java
2.服务提供方实现接口：(对服务消费方隐藏实现)
DemoServiceImpl.java
dubbo-provider.xml：
4.加载Spring配置，启动服务：
Provider.java：
或者使用springBoot启动
服务消费者：
applicationContext-dubbo.xml 中注册自己需要调用的接口。
1.通过Spring配置引用远程服务
dubbo-consumer.xml：
2.加载Spring配置，并调用远程服务：
Consumer.java
或者使用springBoot启动
并添加对应的restful接口提供接口访问
修改对应index页面
3.dubbo管理页面：
启动后访问
输入账号密码root/root
应用页面：
提供者页面:
消费者页面：
服务页面：
测试是否成功，只要看状态是否正常，就ok了 ....
provider-log:
5.使用Dubbo可能遇到的问题
1、org.springframework.beans.factory.BeanCreationException
原因分析：
解决方案
2、org.apache.dubbo.rpc.RpcException
原因分析
解决方案
可能是因为providers没有启动，或者是provider对应暴露的服务被禁用，启动providers或者解除禁用即可
3、java.lang.IllegalStateException
原因分析
解决方案
总结以上两点，通俗点讲，就是重启了工程（可能是因为直接修改代码，工程reload了）， 并且，连过了数据库（登录等），才出现了上述报错信息。原因是因为在tomcat重启的时候，之前的tomcat的线程还没有完全关闭，最新启动tomcat就会报这个异常。
4、org.apache.dubbo.remoting.TimeoutException
原因分析
解决方案
在dubbo-provider.xml增加超时时间
说一下Dubbo的工作原理？注册中心挂了可以继续通信吗？
答案是肯定可以的，我将从下面几点进行说明:
1.dubbo 的调用流程
2.Dubbo整体设计
3.从源码上说明注册中心挂了还是可以继续通信的
Dubbo 调用流程
架构图
流程说明：
1.Provider(提供者)绑定指定端口并启动服务
2.提供者连接注册中心，并发本机IP、端口、应用信息和提供服务信息发送至注册中心存储
3.Consumer(消费者），连接注册中心 ，并发送应用信息、所求服务信息至注册中心
4.注册中心根据 消费 者所求服务信息匹配对应的提供者列表发送至Consumer 应用缓存。
5.Consumer 在发起远程调用时基于缓存的消费者列表择其一发起调用。
6.Provider 状态变更会实时通知注册中心、在由注册中心实时推送至Consumer
这么设计的意义：
Dubbo 整体设计
其协作流程如下：
从源码上说明注册中心挂了还是可以继续通信的
首先要把消费者注册到Zookeeper注册中心
然后使用RegistryDirectory 监听一下几个目录(会自动触发一次去获取这些目录上的当前数据)
当前所引入的服务的动态配置目录：/dubbo/config/dubbo/org.apache.dubbo.demo.DemoService:1.1.1:g1.configurators
比如监控providers 目录：
当有服务提供者注册，zookeeper会自动推动给订阅的消费者，然后转换为invoker存储到缓存中
我们在看调用时的代码：
我们看到 FailoverClusterInvoker 的doInvoke方法
Invoker invoker = select(loadbalance, invocation, copyInvokers, invoked);
此方法根据负载均衡器去缓存中获取一个invoker,
上面的 copyInvokers 就是上面我们缓存进去的 List
invokers = routerChain.route(getConsumerUrl(), invocation);
总结
在我们系统启动时，已经缓存了注册中心上的所有服务，后续的注册中心挂了只会影响到后续则注册，不会影响调用！
Dubbo分布式的RPC，微服务框架，
包括三个关键功能：基于接口的远程调用，容错与负载均衡，服务自动注册与发现。
Dubbo使得调用远程服务就像调用本地java服务一样简单。
参考Dubbo官方文档：包括实现细节，远程调用细节，服务提供者暴露服务。
主要流程。
1、provider向注册中心去注册
2、consumer从注册中心订阅服务，注册中心会通知consumer注册好的服务
3、consumer调用provider
4、consumer和provider都异步的通知监控中心
基于zk作为注册中心：
【提供者】在【启动】时，向注册中心zk 【注册】自己提供的服务。
【消费者】在【启动】时，向注册中心zk 【订阅】自己所需的服务。
所以是可以的，消费者在启动时，消费者会从zk拉取注册的生产者的地址接口等数据，缓存在本地。每次调用时，按照本地存储的地址进行调用，消费者本地有一个生产者的列表，他会按照列表继续工作，倒是无法从注册中心去同步最新的服务列表，短期的注册中心挂掉是不要紧的，但一定要尽快修复，挂掉是不要紧的，但前提是你没有增加新的服务，如果你要调用新的服务，则是不能办到的
dubbo和spring cloud区别是什么？
dubbo和spring cloud区别是：
1、初始定位不同： SpringCloud定位为微服务架构下的一站式解决方案；Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用和治理。
2、生态环境不同： SpringCloud依托于Spring平台，具备更加完善的生态体系；而Dubbo一开始只是做RPC远程调用，生态相对匮乏，现在逐渐丰富起来。
3、调用方式： SpringCloud是采用Http协议做远程调用，接口一般是Rest风格，比较灵活；Dubbo是采用Dubbo协议，接口一般是Java的Service接口，格式固定。但调用时采用Netty的NIO方式，性能较好。
4、组件差异比较多，例如SpringCloud注册中心一般用Eureka，而Dubbo用的Zookeeper，SpringCloud生态丰富，功能完善，更像是品牌机，Dubbo则相对灵活，可定制性强，更像是组装机。
5、SpringCloud：Spring公司开源的微服务框架，SpirngCloud 定位为微服务架构下的一站式解决方案。
6、Dubbo：阿里巴巴开源的RPC框架，Dubbo 是 SOA 时代的产物，它的关注点主要在于服务的调用，流量分发、流量监控和熔断。
两者的生态对比：
1、Spring Cloud 的功能很明显比 Dubbo 更加强大，涵盖面更广，而且作为 Spring 的旗舰项目，它也能够与 Spring Framework、Spring Boot、Spring Data、Spring Batch 等其他 Spring 项目完美融合，这些对于微服务而言是至关重要的。
2、使用 Dubbo 构建的微服务架构就像组装电脑，各环节选择自由度很高，但是最终结果很有可能因为一条内存质量不行就点不亮了，总是让人不怎么放心。
3、而 Spring Cloud 就像品牌机，在 Spring Source 的整合下，做了大量的兼容性测试，保证了机器拥有更高的稳定性，但是如果要在使用非原装组件外的东西，就需要对其基础原理有足够的了解。
