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。
在这个的基础上,我们想一下怎么能够简化业务开发人员的使用过程:
-
我们先尝试以本地调用的方式,来写这个调用过程。先在本地定义一个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的结构,我们可以按照配置,代理,传输来划分,一部分一部分的看源码,额外还有监控等部分,不算核心逻辑。角色可以分为服务的消费方和提供方来看。