来自于Spring-Colud与Dubbo的战争之__Dubbo超入门篇
一、Dubbo为什么出生？
在传统应用系统中，主要使用的是三层架构：表示层、业务层、和数据访问层。
传统web应用程序客户端发起请求，由业务层执行逻辑业务，获得数据，然后再结合视图展示个用户，但是，在这种体系架构中有一些问题，所有的代码(表示层、业务层、数据访问层)都在同一个项目中维护，虽然逻辑上我们也是用一些外部扩展服务，但是最终还是部署子同一个应用中。
但系统的架构模式在系统业务庞大的情况下，有很多的不做之处
1.所有的项目都会使用同一个代码库，每一个团队成员都会提交维护代码库的内容，当内容逐渐增多的时候效率就会降低
2.如果采用多模块开发模式，模块之间相互依赖，极小的改动都会引起其他的开发环境同步跟新，如果有以上线的产品，那么发布也会是一个很大的工作量。
3.但系统架构模式，虽然采用了三层架构来区分不同层的责任与任务，但是从实际的操作中来看，难免存在责任交叉，因此某些地方改动可能会带来其他层的同步变动，失去了分层独立性。
4.很多团队分为开发团队和运营支持团队，开发团队只负责开发，在完成后交与运营团队管理，虽然运营团队能很好的处理一些日常问题，但是遇到系统为佳问题时，也不得不求助于开发团队。
5.当业务逐渐增长，但系统可能直接别拆分为多个独立的子系统，但系统间存在一些业务关联的，这时解决基础服务公用的问题就势在必行，需要开发者将通用服务独立发布以便于其他系统调用
为了解决以上出现的问题，为服务的概念就被提了出来
为服务的理念就是，将产品或者项目分解为多个独立的服务，
这些服务独立的部署，并且不依赖其他服务。
微服务没有集中的数据库，每个模块都具有自己独立的存储系统，可能时MySQL、也可能时Redis，技术选型可以根据模块的特点来进行选择。
微服务的优势
1.单系统只用一种开发语言，但微服务每个服务都是独立的，每个服务都也可以看成一个项目，因此每个服务可以选择最适合服特色的技术开发
2.开发集中在一个服务，业务和代码量都不大，开发人员可能很好的把握代码。
3.服务间进行掉用时，开一通过API来进行通讯，如REST，也可以使用分布式管理框架Dubbo、SpringCloud等
微服务的缺点
应为每个功能都是独立的服务，因此在一个较大的项目中，检测管理这些服务就变得复杂，如果某个服务出现故障，那么调试跟踪比但系统更加的复杂，应为日志分布在不同的系统中，所以调式起来需要花费跟多的时间与精力。建立统一的日志管理可以解决。
二、Dubbo
Dubbo是一个分布式服务治理框架，致力于高性能和透明化的RPC原创服务调用方案，可以和Spring框架进行无缝集成，是阿里巴巴SOA服务化治理方案的核心框架。
dubbo采用的是一种非常简单的模型，要么是提供服务方，要么是消费服务方，所以基于这一点可以抽象出服务方(Provider)和消费服务方(Consumer)两个角色。
Dubbo核心架构
Dubbo框架设计一共划分了10个层：
服务接口层（Service）、配置层（Config）、服务代理层（Proxy）、服务注册层（Registry）、集群层（Cluster）、监控层（Monitor）、远程调用层（Protocol）、信息交换层（Exchange）、网络传输层（Transport）和数据序列化层（Serialize）。
Dubbo核心要点
1.服务定义
服务是围绕服务提供方和服务消费方的，服务提供方实现服务，而服务消费方调用服务。
2. 服务注册
对于服务提供方，它需要发布服务，而且由于应用系统的复杂性，服务的数量、类型也不断膨胀；对于服务消费方，它最关心如何获取到它所需要的服务，而面对复杂的应用系统，需要管理大量的服务调用。而且，对于服务提供方和服务消费方来说，他们还有可能兼具这两种角色，即既需要提供服务，有需要消费服务。
通过将服务统一管理起来，可以有效地优化内部应用对服务发布/使用的流程和管理。服务注册中心可以通过特定协议来完成服务对外的统一。Dubbo提供的注册中心有如下几种类型可供选择：
Multicast(多播/组播)注册中心（开发测试用）、Zookeeper注册中心（生产环境用官方推荐）、Redis注册中心、Simple注册中心
3. 服务监控
无论是服务提供方，还是服务消费方，他们都需要对服务调用的实际状态进行有效的监控，从而改进服务质量。
4. 远程通信与信息交换
远程通信需要指定通信双方所约定的协议，在保证通信双方理解协议语义的基础上，还要保证高效、稳定的消息传输。Dubbo继承了当前主流的网络通信框架，主要包括如下几个：
Mina、Netty、Grizzly
5. 服务调用
节点角色说明：
Provider: 暴露服务的服务提供方。
Consumer: 调用远程服务的服务消费方。
Registry: 服务注册与发现的注册中心。
Monitor: 统计服务的调用次调和调用时间的监控中心。
Container: 服务运行容器。
调用关系说明：
(1) 服务容器负责启动，加载，运行服务提供者。
(2)服务提供者在启动时，向注册中心注册自己提供的服务。
(3)服务消费者在启动时，向注册中心订阅自己所需的服务。
(4) 注册中心返回服务提供者地址列表给消费者，如果有变更，注册中心将基于长连接推送变更数据给消费者。
(5)服务消费者，从提供者地址列表中，基于软负载均衡算法，选一台提供者进行调用，如果调用失败，再选另一台调用。
(6)服务消费者和提供者，在内存中累计调用次数和调用时间，定时每分钟发送一次统计数据到监控中心。
Dubbo使用Maven获取
com.alibaba
dubbo
2.6.2
4.Dubbo本地服务化实现
对于传统工程而言，分层的依据是按照包来区分，由于在相同的工程中，所以服务的提供和调用可以方便地实现，但是对于分布式服务架构而言，服务的提供者负责服务的具体实现和接口规范，服务的消费者只关心接口规范即可，但无论是服务提供者还是消费者都会涉及到诸如公共工具类、接口、DO、VO等公共代码，因此，一个最简单的DUBBO服务架构模式如下：
服务提供者： 提供服务接口的实现，发布服务地址，提供服务。
服务消费者：获取服务地址，使用服务接口调用服务，处理服务调用结果。
公共项目：包含公共配置、DO、VO、工具包等、
服务提供者实现
项目搭建（Maven项目管理方式）：
- 创建公共项目工程：普通的Maven工程，提供utils、DO、接口的代码。
pom.xml 无任何依赖 - 创建服务提供者项目：普通的Maven工程（依赖Dubbo），提供服务实现、服务启动功能。
pom.xml
com.alibaba
dubbo
2.6.2
dubbo-api
dubbo-api
0.0.1-SNAPSHOT
com.github.sgroschupf
zkclient
0.1
junit
junit
4.12
test
org.springframework
spring-test
4.3.16.RELEASE
dubbo-provider.xml
启动服务监听
String configLocation = "classpath*:/dubbo-provider.xml";
ApplicationContext context = new ClassPathXmlApplicationContext(configLocation);
System.out.println("dubbo-server服务正在监听，按任意键退出");
System.in.read();
服务消费者实现
创建服务消费者项目：普通的Maven工程（依赖Dubbo），完成服务调用功能。
pom.xml
com.alibaba
dubbo
2.6.2
dubbo-api
dubbo-api
0.0.1-SNAPSHOT
com.github.sgroschupf
zkclient
0.1
dubbo-consumer.xml
JUnit4调用dubbo服务测试类
@RunWith(SpringJUnit4ClassRunner.class)
@ContextConfiguration({"classpath*:/dubbo-consumer.xml"})
public class DubboServiceTest {
@Reference
private IHelloService helloService;
@Test
public void testHello(){
String sayHi = helloService.sayHi("老宋");
System.out.println(sayHi);
}
}
Dubbo服务打包
1.使用Servlet容器（不用）
利用Tomcat、Jetty等WEB容器启动Dubbo服务。
缺点：增加管理配置的复杂性，不必要地使用http端口，浪费内存资源
2.Java的Main方法（不建议，本地调试可以用）
基于Spring框架，写一个Java类并提供Main方法启动。
缺点：无法使用Dubbo的一些高级特性，服务的管理需要自己额外提供实现
3.Dubbo框架Main方法
Dubbo框架本身提供了服务运行支持方法，基于com.alibaba.dubbo.container.Main
简单高效地运行服务
很好地支持Dubbo服务的发布、关停(ShutdownHook)
三、Dubbo服务jar包运行
定位到jar包所在位置
然后用cmd执行 这一段代码 java -jar xxxx.jar
然后再浏览器输入 localhost:7001打开管理器 用户名密码默认都是:root
Zookeeper注册中心
ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。它是一个为分布式应用提供一致性服务的软件，提供的功能包括：配置维护、域名服务、分布式同步、组服务等。
ZooKeeper的目标就是封装好复杂易出错的关键服务，将简单易用的接口和性能高效、功能稳定的系统提供给用户。
ZooKeeper包含一个简单的原语集， 提供Java和C的接口。
ZooKeeper代码版本中，提供了分布式独享锁、选举、队列的接口。其中分布锁和队列有Java和C两个版本。
Zookeeper作为Dubbo服务的注册中心，Dubbo原先基于数据库的注册中心，没采用Zookeeper，Zookeeper是一个分布式的服务框架，是树型的目录服务的数据存储，能做到集群管理数据 ，这里能很好的作为Dubbo服务的注册中心，Dubbo能与Zookeeper做到集群部署，当提供者出现断电等异常停机时，Zookeeper注册中心能自动删除提供者信息，当提供者重启时，能自动恢复注册数据，以及订阅请求。我们先在windows上安装Zookeeper，我们安装最简单的单点，集群环境需要有兴趣的同学主动查找资料并利用虚拟机搭建。
使用步骤：
1.官方下载地址：http://mirrors.cnnic.cn/apache/zookeeper/
2.把conf目录下的zoo_sample.cfg改名成zoo.cfg，这里我是先备份了zoo_sample.cfg再改的名。修改zoo.cfg的值如下：
# The number of milliseconds of each tick
tickTime=2000
# The number of ticks that the initial
# synchronization phase can take
initLimit=10
# The number of ticks that can pass between
# sending a request and getting an acknowledgement
syncLimit=5
# the directory where the snapshot is stored.
# do not use /tmp for storage, /tmp here is just
# example sakes.
dataDir=D:/zookeeper-3.4.9/data/data
dataLogDir=D:/zookeeper-3.4.9/data/log
# the port at which the clients will connect
clientPort=2181
# the maximum number of client connections.
# increase this if you need to handle more clients
#maxClientCnxns=60
#
# Be sure to read the maintenance section of the
# administrator guide before turning on autopurge.
# http://zookeeper.apache.org/doc/current/zookeeperAdmin.html#sc_maintenance
# The number of snapshots to retain in dataDir
#autopurge.snapRetainCount=3
# Purge task interval in hours
# Set to "0" to disable auto purge feature
#autopurge.purgeInterval=1
3.配置Zookeeper环境变量
我们再配置一下这个环境变量就可以运行zookeeper了。（本文基于Windows已经配置过JAVA_HOME并且配置正确)
新增环境变量：ZOOKEEPER_HOME 值：D:/zookeeper-3.4.9（根据你的主目录设置）
新增Path： ;%ZOOKEEPER_HOME%/bin; %ZOOKEEPER_HOME%/conf
4.点击bin目录下的zkServer.cmd 这时候出现下面的提示就说明配置成功了。
四、P2P项目的分布式服务调用实现
1 .pom.xml项目引用jar包
2.实现大概思路
在项目引入p2p-api
然后在p2p-api中暴露接口给其他人调用
然后在项目中实现
注意：因为Dubbo涉及远程调用传输对象，所有需要传输的对象的类都必须实现Serializable接口，如Domain层的所有类。
