最近才开始看关于Dubbo，曾经居然把Dubbo跟ActiveMQ联系到了一起，很显然 ，是没有深入理解Dubbo的本质。
其实Dubbo是项目与项目（或者是系统与系统）之间通信用的。在Dubbo没出来之前，公司用的一直都是Socket进行通信，都是基于HTTP协议的
但是这又有一定的缺陷，就是项目难以管理，而且还会造成代码的冗余。
有了Dubbo之后，当客户端发送请求过来，请求到具体的接口，那么后台就去调具体的接口，可以把接口理解为具体功能的入口，
在这里具体的功能可以是一个具体的项目或者系统，比如前台请求查看用户信息，那么调的是后台的用户系统；
如果想查看订单信息，那么接口连接就是后台的订单系统；如果想要对订单进行支付，那么会调用支付系统
所以后台的这些功能系统，在Dubbo中就是具体的Provider所提供的服务 。
很显然，具备某项功能的后台系统，在Dubbo中既可以是Provider也可以是Consumer，因为它也可以请求其他的服务。
请各单位提意见。