基于dubbox使用手册。
dubbo是阿里开源的 RPC服务调用框架。
在他官方描述上是这么说的：Dubbo[音同double]是一个分布式服务框架，
致力于提供高性能和透明化的RPC远程服务调用方案，以及SOA服务治理方案（开源版SOA基本没东西）。
github 地址 https://github.com/alibaba/dubbo
官方文档地址 http://dubbo.io/Home-zh.htm
由于dubbo已经3年没有维护了（他们将dubbo的商用版(edas)放到了阿里云上，所以已经不维护开源版本了）
所以不基于dubbo，我选择dubbox 当当开源版进行二次开发
当当针对dubbo进行了spring、zookeeper、序列化等等升级，并且实现了基于httpComponent实现了RESTful调用。
本地安装非常简单，直接通过maven进行package即可。
可以看出，zookeeper、redis、mina等等包都没有依赖，那怎么运行呢？ 其实dubbox使用的是JDK5+提供的SPI进行自动加载jar包的机制，不过他对原始SPI进行了改进，用到时才加载。 比如你想使用zookeeper作为注册中心，那么你就要做以下2个事情。
1、在spring配置文件中增加<dubbo:registry address="zookeeper://127.0.0.1:2181"/>
2、在你pom中加入：
<dependency>
<groupId>org.apache.zookeeper</groupId>
<artifactId>zookeeper</artifactId>
<version>3.4.6</version>
</dependency>
<dependency>
<groupId>com.github.sgroschupf</groupId>
<artifactId>zkclient</artifactId>
<version>0.1</version>
</dependency>
可以看出来，这种垂直架构的问题很多。
- 系统间耦合严重，系统A调用系统B使用的是系统B提供的jar包（并非远程调用jar包，是将业务逻辑打包给A，实现A调用B的过程变成了A本地调用）。
- 同一机房调用使用Http协议，效率以及性能很低。
- 整体系统架构错综复杂，没法统一一个完整的系统架构图。
- 运维工作复杂，无法统一监控整体系统，出现问题排查起来很难。
- 等等...
对于使用dubbox后的系统，改造点在于在weblogic application 中加入了dubbox container（dubbox.jar）。
- 服务间不再耦合，提供服务后，无需考虑服务提供给谁，提供什么样的协议。谁需要调用你，就在注册中心订阅你就可以。
- 服务调用使用基于NIO、HTTP等多种协议，性能可控，只需要提供业务服务即可。
- 系统间的关系可在监控中心一目了然。
- 可在dubbox中实现调用链埋点，监控每一次调用的数据（京东就是基于dubbox实现的调用链，京东的dubbo叫杰夫）。
- 等等等...