对于Dubbo的理解

最近才开始看关于Dubbo，曾经居然把Dubbo跟ActiveMQ联系到了一起，很显然 ，是没有深入理解Dubbo的本质。

其实Dubbo是项目与项目（或者是系统与系统）之间通信用的。在Dubbo没出来之前，公司用的一直都是Socket进行通信，都是基于HTTP协议的

但是这又有一定的缺陷，就是项目难以管理，而且还会造成代码的冗余。

有了Dubbo之后，当客户端发送请求过来，请求到具体的接口，那么后台就去调具体的接口，可以把接口理解为具体功能的入口，

在这里具体的功能可以是一个具体的项目或者系统，比如前台请求查看用户信息，那么调的是后台的用户系统；

如果想查看订单信息，那么接口连接就是后台的订单系统；如果想要对订单进行支付，那么会调用支付系统

所以后台的这些功能系统，在Dubbo中就是具体的Provider所提供的服务 。

很显然，具备某项功能的后台系统，在Dubbo中既可以是Provider也可以是Consumer，因为它也可以请求其他的服务。

请各单位提意见。