1.Dubbo是什么

Dubbo想实现的目标是什么

开始的时候，我们写单机程序，不涉及任何的网络调用，这种本地方法之间的调用很好写。我们举个例子：类A中有一个方法sayHello()，类B中需要调用这个方法，只需要导入这个类，创建对象，发起调用即可，很简单。
后来我们引入网络，演变成了两个机器之间的调用。ip为1.1.1.1的内存中有一个类A，A中有一个方法sayHello()，ip为2.2.2.2的内存中有一个类B，B需要调用类A的sayHello方法。因为涉及到网络调用，这个就变得很复杂，不会像本地调用那样简单、方便了。
如何能够在编程时将这种复杂的网络调用，变成像本地调用一样简单呢？Dubbo的目标就是这个。

写个简易的Dubbo

为了更好的理解Dubbo，我们写一个简单的Dubbo，只说大概步骤。
在涉及到网络调用时，我们常用的是http调用，系统建设的时候一般会先封装出来一个通用的http api，然后每个业务开发人员自己封装Request，设置http url/method/header/body，调用通用的http api，拿到远程机器的Response。
在这个的基础上，我们想一下怎么能够简化业务开发人员的使用过程：

1. 我们先尝试以本地调用的方式，来写这个调用过程。先在本地定义一个Interface或者Class A。

   public interface A {
       //名称体现了是http post调用
       Response postSayHello(Request request);
   }
   

2. 在类B中引入A，调用sayHello。

   public class B {
       private A a;
       public void biz() {
           Response response = a.postSayHello(new Request());
           //响应处理逻辑
           System.out.println(response);
       }
   }
   

3. 本地调用写好了，现在想想怎么让它的内部变成网络调用。

   1. 我们可以使用静态代理的方式，实现接口A，在代理对象内部完成我们常用的http调用步骤，然后将代理对象注入到类B.a中，这样就实现了网络调用。

      public class AImpl implements A {
          @Override
          public Response postSayHello(Request request) {
              //1.补充request数据
              //2.序列化request
              //3.set url、header、body等
              //4.调用httpClient.post(...)发起网络调用
              //5.拿到远程响应报文，反序列化为Response对象，返回。
              return null;
          }
      }
      

4. 到这我们就实现了一个简易版本的dubbo，我觉得懂了这个过程，dubbo就很好理解了。其中我们偷了懒，使用了http协议，省略了很多细节。包括集群路由、负载均衡、失败策略、报文封装，传输协议等等，因为dubbo没有使用http，所以自己实现了这些部分。

阅读Dubbo源码

按照上面简易Dubbo的结构，我们可以按照配置，代理，传输来划分，一部分一部分的看源码，额外还有监控等部分，不算核心逻辑。角色可以分为服务的消费方和提供方来看。