7年前,梁飛公佈了一個微型的rpc,這個rpc核心就是一個類,2個方法,但重點我們要探討是細節的設計和質量一些問題
package com.rpc;
import java.io.ObjectInputStream;
import java.io.ObjectOutputStream;
import java.lang.reflect.Method;
import java.net.ServerSocket;
import java.net.Socket;
import java.lang.reflect.InvocationHandler;
import java.lang.reflect.Proxy;
/**
* Created by luozhonghua on 2018/5/30.
*/
public class RpcFramework { /**
* 暴露服務
*
* @param service 服務實現
* @param port 服務端口
* @throws Exception
*/
public static void export(final Object service, int port) throws Exception {
if (service == null)
throw new IllegalArgumentException("service instance == null");
if (port <= 0 || port > 65535)
throw new IllegalArgumentException("Invalid port " + port);
System.out.println("Export service " + service.getClass().getName() + " on port " + port);
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();
}
}
}
/**
* 引用服務
*
* @param <T> 接口泛型
* @param interfaceClass 接口類型
* @param host 服務器主機名
* @param port 服務器端口
* @return 遠程服務
* @throws Exception
*/
@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 相信絕大多少開發者一眼就看出基於jdk socket編寫的2個方法,export 服務暴露(dubbo稱提供者),refer 服務引用或說調用(dubbo稱爲消費者)
雖然很簡單,實際上rpc理論上的思路基本對等了,但真正自己寫出同樣功能的代碼,會像這個模板一樣的考慮周全?
從大的方面來講,這個2個方法很優雅
1、儘早失敗(斷言)設計
2、變量儘量不可變(Immutable Class)
寫過多線程編碼的人應該清楚,不變類有天然的併發共享優勢,減少同步或複製,而且可以有效幫忙分析線程安全的範圍,
就算是可變類,對於從構造函數傳入的引用,在類中持有時,最好將字段final,以免被中途誤修改引用,
不要以爲這個字段是私有的,這個類的代碼都是我自己寫的,不會出現對這個字段的重新賦值,
要考慮的一個因素是,這個代碼可能被其他人修改,他不知道你的這個弱約定,final就是一個不變契約
3、防禦性異常規範
3.1、異常處理類不能有異議,是參與異常就用參數異常
3.2、場景多種異常用超類異常覆蓋,並且不能讓異常中斷業務
demo: https://github.com/luozhonghua/dubbo-spiDemo
延伸閱讀
Dubbo spi extension 源碼原理--Dubbo源碼系列解讀(1)
Dubbo spi 設計模式&用例源碼--Dubbo源碼系列解讀(2)
Dubbo spi extension 關係導圖--Dubbo源碼系列解讀(3)
Dubbo spi extension & Schema--Dubbo源碼系列解讀(4)