随着项目越来越大，局势就是项目拆分，大项目拆分成很多项目，各种技术也应允而生。
从应用交互层面，按我的理解dubbo和rabbitmq就对比分析进行学习。
dubbo和zookeeper结合
1.zookeeper基于服务发布和治理
2.dubbo注册服务和发布应用接口
配置说明：
<!-- 提供方 -->
<dubbo:application name="productor-batman"></dubbo:application>
<!-- 使用zookeeper注册中心暴露服务地址 -->
<dubbo:registry protocol="zookeeper" address="192.168.153.147:2181" />
<!-- 用dubbo协议在20880端口暴露服务 -->
<dubbo:protocol name="dubbo" port="20880" />
<!-- 用户服务接口 -->
<dubbo:service interface="com.batman.model.Apple" ref="apple" />
<!-- 消费方 -->
<dubbo:application name="consumer-batman" />
<!-- 使用zookeeper注册中心暴露服务地址 -->
<dubbo:registry protocol="zookeeper" address="192.168.153.147:2181" />
<!-- 用户服务接口 -->
<dubbo:reference interface="com.batman.model.Apple" id="apple" check="false" />
3.发布服务说白了就是对需要发布的接口封装成外部调用的jar包让其它应用程序调用
消费者如果引用了jar并调用，那么生产者要引用并实现该接口
流程就是这么简单，注册并发布接口，消费者和生产者之间就可以通讯
rabbitmq
1.安装mq，建立连接
2.声明一个rabbitTemplate,指定连接信息
3.建立消息队列
4.发布服务
我们使用的rabbitmq其实就是对spring的amqp做了封装，应用之间通过接口关联指定的消息队列
来达到通讯的目的。好处就是接口不用发布，但是需要指定使用的队列名称
二者比较：
相同点
1.都需要安装第三方插件，一个是zookeeper一个是rabbitmq
2.都是通过发布接口的方式
不同点
1.dubbo直接发布接口，消费方可以直接调用；rabbitmq需要指定消息队列
dubbo的缺点是每个需要调用的接口都要发布，rabbitmq写在业务处理类里面
2.dubbo直接一个dubbo:reference搞定，rabbitmq要对springamqp做多层封装才能达到通用的目标
3.dubbo支持负债均衡，rabbitmq？？
4.关于socket通讯和rpc框架的使用，dubbo和rabbitmq底层框架原理有待学习