【Dubbo&&Zookeeper】5、dubbo总结和学习资料汇总

Dubbo学习资料

阿里巴巴分布式服务框架 Dubbo 团队成员梁飞专访

RPC介绍

什么是RPC？

RPC（Remote Procedure Call）远程过程调用。见名知意 - 从远程主机调用一个过程/函数。
RPC的目标是：使得本程序调用其它远程主机上的函数，好像调用本程序内的函数一样简单，并且屏蔽编程语言的差异性。
要实现上述目标首先是设计一种通讯协议，称之为：RPC协议（Protocol）
- RPC协议不是一个具体的协议，而是一个类型名，代表一类协议，这类协议叫做RPC协议；
- RPC协议在TCP/UDP之上，广义上可以跨越平台、语言进行应用间通讯（说广义是因为可以开发一个协议且不支持跨语言）；
为什么要用RPC？
其实这是应用开发到一定的阶段的强烈需求驱动的。
1. 如果我们开发简单的单一应用，逻辑简单、用户不多、流量不大，那我们用不着；
2. 当我们的系统访问量增大、业务增多时，我们会发现一台单机运行此系统已经无法承受。此时，我们可以将业务拆分成几个互不关联的应用，分别部署在各自机器上，以划清逻辑并减小压力。此时，我们也可以不需要RPC，因为应用之间是互不关联的。
3. 当我们的业务越来越多、应用也越来越多时，自然的，我们会发现有些功能已经不能简单划分开来或者划分不出来。此时，可以将公共业务逻辑抽离出来，将之组成独立的服务Service应用 。而原有的、新增的应用都可以与那些独立的Service应用 交互，以此来完成完整的业务功能。所以此时，我们急需一种高效的应用程序之间的通讯手段来完成这种需求，所以你看，RPC大显身手的时候来了！
其实#3描述的场景也是服务化 、微服务 和分布式系统架构 的基础场景。即RPC框架就是实现以上结构的有力方式。
有哪些RPC？
有很多RPC框架：CORBAR、Thrift、Dubbo等等。基本上他们分为两种类别：
- 一种是跨语言的；
- 一种是同语言的，如果你的分布式应用架构主体都是Java应用，显然我们不应该使用跨语言的RPC来多一层中转浪费效率。
就Java来说，我认为其本身API提供的RMI就是一种RPC协议，但是其毕竟太原始，需要自己去添加很多机制才能上生产环境。所以，今天介绍下我最近使用的Dubbo框架。

dubbo常用配置总结

1、关闭启动时检查
Dubbo默认会在启动时检查依赖的服务是否可用，不可用会抛出异常，阻止Spring初始化完成。如果对有些服务不关心，或者出现了循环依赖，必须有一方先启动时，可以关闭启动时检查。方式如下：

<dubbo:reference interface="com.xxx.XxxService" check="false" />

2、引用默认还是延迟初始化的，只有引用被注入到其它Bean，或者被getBean()获取时，才会初始化。如果需要饥饿加载，即Dubbo启动时就立即生成动态代理实例，则可以配置：

<dubbo:reference interface="com.xx.XxxService" init="true" />

3、给dubbo接口添加白名单——dubbo Filter的使用

4、有时候你的服务在本地开发测试时需要注册到注册中心，但又没有完全做完的时候，如果就这样注册上去，其他消费者在调用该服务时，就会偶尔的调用到你本地的服务，这样就报错了。

<dubbo:registry protocol="zookeeper" address="${dubbo.registry.address}" register="false"/>

在<dubbo:registry >最后添加register="false",这样别人就不会调你的本地服务，但你的本地服务所订阅的服务正常运行。

5、直连提供者

开发测试环境下，需要绕过注册中心，直接测试服务提供者

<dubbo:reference interface="com.changhf.service.DeptmentService" id="deptmentService" check="false" url="dubbo://192.168.1.1:20881"/>

serviceImpl里加个断点，每次访问都会走断点。在管控台本地服务接口最后点击禁用，还是可以正常访问，说明绕过了注册中心。

6、服务分组，可实现服务的稳步升级

<dubbo:service interface="com.changhf.service.IDubboGroupService" ref="dubboGroup1Service" group="feedback2"/>

<dubbo:reference interface="com.changhf.service.IDubboGroupService" id="dubboGroup1Service" check="false" group="feedback2"/>

group属性为该服务接口添加一个分组，消费者就只会调用同一分组的服务接口了。

也可以用version属性来替代：

　　<dubbo:service interface="com.changhf.service.DeptmentService" ref="deptmentService" version="2.0"/>

　　<dubbo:reference interface="com.changhf.service.DeptmentService" id="deptmentService" check="false" version="2.0"/>