一、dubbo是什么？
Dubbo是一个分布式RPC中间件。RPC（Remote Procedure Call）
远程过程调用协议，它是一种通过网络从远程计算机程序上请求服务，
而不需要了解底层网络技术的协议。RPC可以认为是普通的c/s模式，服务提供方作为服务端，服务调用方作为客户端。
通常的RPC过程如下图：
二、如何实现一个Rpc
服务端代码通过监听一个端口暴露服务：
public static void export(final Object service, int port) throws Exception {
ServerSocket server = new ServerSocket(port);
for (; ; ) {
try {
final Socket socket = server.accept();
new Thread(new Runnable() {
@Override
public void run() {
try {
try {
ObjectInputStream input = new ObjectInputStream(socket.getInputStream());
try {
String methodName = input.readUTF();
Class[] parameterTypes = (Class[]) input.readObject();
Object[] arguments = (Object[]) input.readObject();
ObjectOutputStream output = new ObjectOutputStream(socket.getOutputStream());
try {
Method method = service.getClass().getMethod(methodName, parameterTypes);
Object result = method.invoke(service, arguments);
output.writeObject(result);
} catch (Throwable t) {
output.writeObject(t);
} finally {
output.close();
}
} finally {
input.close();
}
} finally {
socket.close();
}
} catch (Exception e) {
e.printStackTrace();
}
}
}).start();
} catch (Exception e) {
e.printStackTrace();
}
}
}
客户端根据服务提供者IP和端口，进行服务引用
@SuppressWarnings("unchecked")
public static <T> T refer(final Class<T> interfaceClass, final String host, final int port)
throws Exception {
if (interfaceClass == null) {
throw new IllegalArgumentException("Interface class == null");
}
if (!interfaceClass.isInterface()) {
throw new IllegalArgumentException(
"The " + interfaceClass.getName() + " must be interface class!");
}
if (host == null || host.length() == 0) {
throw new IllegalArgumentException("Host == null!");
}
if (port <= 0 || port > 65535) {
throw new IllegalArgumentException("Invalid port " + port);
}
System.out.println(
"Get remote service " + interfaceClass.getName() + " from server " + host + ":" + port);
return (T) Proxy
.newProxyInstance(interfaceClass.getClassLoader(), new Class[]{interfaceClass},
new InvocationHandler() {
public Object invoke(Object proxy, Method method, Object[] arguments)
throws Throwable {
Socket socket = new Socket(host, port);
try {
ObjectOutputStream output = new ObjectOutputStream(socket.getOutputStream());
try {
output.writeUTF(method.getName());
output.writeObject(method.getParameterTypes());
output.writeObject(arguments);
ObjectInputStream input = new ObjectInputStream(socket.getInputStream());
try {
Object result = input.readObject();
if (result instanceof Throwable) {
throw (Throwable) result;
}
return result;
} finally {
input.close();
}
} finally {
output.close();
}
} finally {
socket.close();
}
}
});
}
可以看到，最简单的RPC方式，不需要太多的代码。但是在最简单的RPC实现模型中，有一些问题：
1.服务端的状态变化（不可用，对客户端的权限变化），怎么通知到客户端？
2.服务的增减（可扩展性）
3.调用关系拓扑？
4.服务端永远不知道谁会对它提供的服务感兴趣。
5.服务质量保证
.......
总之有很多可用性、可扩展性、可管理等许多问题无法解决。
三、RPC改进一点
普通的RPC有诸多缺陷，但我们期望的是高可用、高性能、高度可扩展的系统。而这些特性恰是分布式系统的设计目标。
我们如何做分布式的应用：
普通的C/S模型实现是一个server端，而在分布式中，采用的多节点集群;不论是客户端还是服务端，都是多节点集群，而且各个节点是动态可增减的。为此我们引入了注册中心的概念。注册中心将服务端和客户端解耦，工作方式大体如下：
四、更具体一些
在dubbo中，其实是服务提供者在zk进行Path的创建，Path中包含了服务相关的配置信息（服务名、消费白名单、序列化协议、服务器地址等），如下：
同时，客户端需要上报自己引用了哪些服务。相比服务发布，订阅服务麻烦得多，dubbo服务订阅的实现方式是：通过监听provide目录和configurators目录；provide目录，就是所有注册同一服务的提供者都会在这个目录下创建Path；configurations一般由服务订阅者初始化创建，控制台来修改里面的内容（增删path，如序列化协议、负载均衡算法、超时控制等）。具体如下：
客户端上报服务的具体例子：
客户端调用具体流程：
本文作者：杨涛（点融黑帮），就职于点融架构组，JAVA程序员一枚。
