此文基于Dubbo官方文档，结合实际项目讲解几个常用的知识点，建议先根据以下官方文档学习。
http://dubbo.apache.org/zh-cn/docs/user/preface/background.html
Dubbo
Dubbo是一个RPC框架，关于什么是RPC，可看知乎的这个回答：
https://www.zhihu.com/question/25536695/answer/36197244
RPC是指远程过程调用，也就是说两台服务器A，B，一个应用部署在A服务器上，想要调用B服务器上应用提供的函数/方法，由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义和传达调用的数据。
为什么使用Dubbo？对于我们公司项目来说，为了业务复用(将不同的核心业务抽离成一个个单独的应用，供其他应用调用)。
了解Dubbo的架构，请看官方文档：
http://dubbo.apache.org/zh-cn/docs/user/preface/architecture.html
服务提供者(Provider节点)：常作为核心服务，向注册中心注册自己的服务，供其他应用调用。同时也可作为消费者，调用其他提供者。
服务消费者(Consumer节点)：向注册中心订阅自己的服务。同时也可作为提供者，供其他消费者调用。
注册中心(Register节点)：相当一个目录，负责服务地址的注册和查找。
直连
由于Dubbo采用负载均衡的策略，多次请求服务时总会有一次调用本地的服务(如果本地服务者启动了)，是随机的。为了方便Dubbo在本地开发和调试，我们在本地项目中采用直连的方式，直连就是服务提供者不向注册中心注册服务，服务消费者直连服务提供者。如何在项目中配置直连：
1.参考以下修改provider.xml
<dubbo:registry protocol="zookeeper" address="="10.20.153.10:9090" register="false"/>
主要起作用的配置是register="false"，代表不向注册中心注册。
2.增加默认直连的配置文件(dubbo-resolve.properties)
Dubbo2.0以上版本，直连时，会默认加载${user.home}/dubbo-resolve.properties配置文件。${user.home}为用户目录，例如：win10的Administrator用户的目录：C:\Users\Administrator；mac用户的目录/Users/userName。
配置文件的示例内容如下：
com.alibaba.dubbo.demo.DemoService=dubbo://localhost:20880
通过以上配置，服务消费者会默认去dubbo://localhost:20880(本地提供者)查找DemoServixe，如果没有，再去注册中心查找。
服务分组(Group)
提供者通过运行不同的配置文件成为个性化应用，配置文件中包含：数据库；个性化名称等。
服务消费者配置文件(dev.properties)中设置组名：
dubbo.group.core=group_core
consumer.xml
<dubbo:reference id="indexService" group="${dubbo.group.core}" interface="com.xxx.IndexService" />
服务提供者配置文件(dev.properties)中设置组名：
dubbo.group.core=group_core
provider.xml
<dubbo:service group="${dubbo.group.core}" interface="com.xxx.IndexService" />
当消费者使用dev.properties运行时，会根据dubbo.group.core=group_core来选择使用对应配置文件(dev.properties)运行的提供者。
我们常常在服务器将所有的配置文件均打包运行，当本地更改组名时，就会调用对应的提供者。
Nexus与Maven
Nexus是Maven仓库管理器，存放项目所需要的jar包。
Maven的版本分为snapshot和release。snapshot按最新时间戳查找；release按版本号查找。所以常常项目在开发时，版本为snapshot；上线时会改为release。
deploy
deploy：将最新代码打包，存放在Nexus中。
什么时候需要deploy?
当项目使用dubbo开发时，如果项目是多人协作开发，当你修改了服务消费者T(后文简写为cT)和服务提供者C(后文简写为pC)接口的代码时，此时需要deploy pC(可以不修改版本号，因为Maven版本为snapshot时，Maven会根据最新时间戳下载jar包）。如果没有deploy，另一个开发人员在本地编译cT最新代码时，就会报错。因为此时通过maven下载的pT的jar代码不是最新的，找不到对应pC接口代码。
两个问题
1.如果改了pC的接口代码，比如修改了service方法名。相应将cT调用方法名也改了。如果将pC deploy了，此时服务器是否需要重新部署pC?
答：如果本地已经启动了pC，则不需要。如果在本地没有启动，则需要，cT编译时不报错，但运行时，如果调用修改的接口，就会报错。
因为服务器跟本地一样，cT都是调用调用Tomcat中运行的代码，没有部署相当于没有本地修改代码了没有重启Tomcat。
2.当修改了pC的版本号后，如：1.2.0->1.3.0。cT没有同步修改，还是1.2.0。cT什么时候会报错？
答：cT的pom文件中pC的版本号是1.2.0，cT会在Neuxs中下载pC原来doploy的1.2.0的jar包，所以项目编译的时候不会报错。当运行时，它就不是调用jar包了，它是在注册中心找相应的service名，注册中心找对应的部署了的、正在运行的pC的接口，如果没有这个接口，cT报错。
官方文档
http://dubbo.apache.org/zh-cn/docs/user/demos/subscribe-only.html //只订阅
http://dubbo.apache.org/zh-cn/docs/user/demos/service-group.html //服务分组
http://dubbo.apache.org/zh-cn/docs/user/references/xml/dubbo-registry.html //<dubbo:registry>标签
结语
官网文档地址常常变化，如不能访问时，可访问dubbo的GitHub主页：https://github.com/apache/incubator-dubbo。再去Dubbo主页查找相关教程文档。）
