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。
在这个的基础上，我们想一下怎么能够简化业务开发人员的使用过程：
-
我们先尝试以本地调用的方式，来写这个调用过程。先在本地定义一个Interface或者Class A。
public interface A { //名称体现了是http post调用 Response postSayHello(Request request); } -
在类B中引入A，调用sayHello。
public class B { private A a; public void biz() { Response response = a.postSayHello(new Request()); //响应处理逻辑 System.out.println(response); } } -
本地调用写好了，现在想想怎么让它的内部变成网络调用。
-
我们可以使用静态代理的方式，实现接口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; } }
-
到这我们就实现了一个简易版本的dubbo，我觉得懂了这个过程，dubbo就很好理解了。其中我们偷了懒，使用了http协议，省略了很多细节。包括集群路由、负载均衡、失败策略、报文封装，传输协议等等，因为dubbo没有使用http，所以自己实现了这些部分。
阅读Dubbo源码
按照上面简易Dubbo的结构，我们可以按照配置，代理，传输来划分，一部分一部分的看源码，额外还有监控等部分，不算核心逻辑。角色可以分为服务的消费方和提供方来看。
