Dubbo工作原理

Dubbo是一款RPC（Remote Procedure Call）框架，其主要作用是实现远程过程调用，比如在一个公司内有好几个开发部门，A部门想调用B部门的service，由于Dubbo和Spring是无缝衔接的，我们只需要在Spring的配置文件中添加Dubbo配置，就可以调用B部门的服务了，那是怎么调用的呢？

       比如B部门给A部门暴露了一个接口可以供B部调用该接口里的服务，那么A只需要在自己的工程里面注入B的接口名称的“对象”（这里先打个引号，后面会说为什么打引号），就可以通过Dubbo由该对象来调用这个接口里面的服务。

      大家知道一个接口总要有一个实现类去实现该接口里的具体的服务，才能由Spring自动注入到容器中，但是你有没有想过接口里的方法体是在B服务里实现的，你在A的本地怎么能注入B接口的对象呢？这就是上面那个引号的作用，其实当A在注入B的对象的时候并不是真的B的对象，而是通过Dubbo去实现的一个远程调用B服务的包装体（当然这个是通过相关的通信协议去实现）去调用B的服务，在B里执行具体的方法体，并返回给A执行的结果，中间的这个调用过程由dubbo去做，只要生产者B在Dubbo注册中心注册了该服务，那么A就能通过Dubbo调用到这个服务

这是只有一个生产者的情况，如果一个服务分布在多个生产者中，Dubbo该怎么决定调用哪个服务呢？这个就需要Dubbo进行负载均衡了，负载均衡的算法有很多，比如：轮询、为生产者分配权重等