摘要:徒手撸一个简单的框架之前在牛逼哄哄的框架,底层到底什么原理得知了远程过程调用简单来说就是调用远程的服务就像调用本地方法一样,其中用到的知识有序列化和反序列化动态代理网络传输动态加载反射这些知识点。
徒手撸一个简单的RPC框架
之前在牛逼哄哄的 RPC 框架,底层到底什么原理得知了RPC(远程过程调用)简单来说就是调用远程的服务就像调用本地方法一样,其中用到的知识有序列化和反序列化、动态代理、网络传输、动态加载、反射这些知识点。发现这些知识都了解一些。所以就想着试试自己实现一个简单的RPC框架,即巩固了基础的知识,也能更加深入的了解RPC原理。当然一个完整的RPC框架包含了许多的功能,例如服务的发现与治理,网关等等。本篇只是简单的实现了一个调用的过程。
传参出参分析一个简单请求可以抽象为两步
那么就根据这两步进行分析,在请求之前我们应该发送给服务端什么信息?而服务端处理完以后应该返回客户端什么信息?
在请求之前我们应该发送给服务端什么信息?由于我们在客户端调用的是服务端提供的接口,所以我们需要将客户端调用的信息传输过去,那么我们可以将要传输的信息分为两类
第一类是服务端可以根据这个信息找到相应的接口实现类和方法
第二类是调用此方法传输的参数信息
那么我们就根据要传输的两类信息进行分析,什么信息能够找到相应的实现类的相应的方法?要找到方法必须要先找到类,这里我们可以简单的用Spring提供的Bean实例管理ApplicationContext进行类的寻找。所以要找到类的实例只需要知道此类的名字就行,找到了类的实例,那么如何找到方法呢?在反射中通过反射能够根据方法名和参数类型从而找到这个方法。那么此时第一类的信息我们就明了了,那么就建立相应的是实体类存储这些信息。
@Data public class Request implements Serializable { private static final long serialVersionUID = 3933918042687238629L; private String className; private String methodName; private Class> [] parameTypes; private Object [] parameters; }服务端处理完以后应该返回客户端什么信息?
上面我们分析了客户端应该传输什么信息给服务端,那么服务端处理完以后应该传什么样的返回值呢?这里我们只考虑最简单的情况,客户端请求的线程也会一直在等着,不会有异步处理这一说,所以这么分析的话就简单了,直接将得到的处理结果返回就行了。
@Data public class Response implements Serializable { private static final long serialVersionUID = -2393333111247658778L; private Object result; }
由于都涉及到了网络传输,所以都要实现序列化的接口如何获得传参信息并执行?-客户端
上面我们分析了客户端向服务端发送的信息都有哪些?那么我们如何获得这些信息呢?首先我们调用的是接口,所以我们需要写自定义注解然后在程序启动的时候将这些信息加载在Spring容器中。有了这些信息那么我们就需要传输了,调用接口但是实际上执行的确实网络传输的过程,所以我们需要动态代理。那么就可以分为以下两步
初始化信息阶段:将key为接口名,value为动态接口类注册进Spring容器中
执行阶段:通过动态代理,实际执行网络传输
初始化信息阶段由于我们使用Spring作为Bean的管理,所以要将接口和对应的代理类注册进Spring容器中。而我们如何找到我们想要调用的接口类呢?我们可以自定义注解进行扫描。将想要调用的接口全部注册进容器中。
创建一个注解类,用于标注哪些接口是可以进行Rpc的
@Target({ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) public @interface RpcClient { }
然后创建对于@RpcClient注解的扫描类RpcInitConfig,将其注册进Spring容器中
public class RpcInitConfig implements ImportBeanDefinitionRegistrar{ @Override public void registerBeanDefinitions(AnnotationMetadata importingClassMetadata, BeanDefinitionRegistry registry) { ClassPathScanningCandidateComponentProvider provider = getScanner(); //设置扫描器 provider.addIncludeFilter(new AnnotationTypeFilter(RpcClient.class)); //扫描此包下的所有带有@RpcClient的注解的类 SetbeanDefinitionSet = provider.findCandidateComponents("com.example.rpcclient.client"); for (BeanDefinition beanDefinition : beanDefinitionSet){ if (beanDefinition instanceof AnnotatedBeanDefinition){ //获得注解上的参数信息 AnnotatedBeanDefinition annotatedBeanDefinition = (AnnotatedBeanDefinition) beanDefinition; String beanClassAllName = beanDefinition.getBeanClassName(); Map paraMap = annotatedBeanDefinition.getMetadata() .getAnnotationAttributes(RpcClient.class.getCanonicalName()); //将RpcClient的工厂类注册进去 BeanDefinitionBuilder builder = BeanDefinitionBuilder .genericBeanDefinition(RpcClinetFactoryBean.class); //设置RpcClinetFactoryBean工厂类中的构造函数的值 builder.addConstructorArgValue(beanClassAllName); builder.getBeanDefinition().setAutowireMode(AbstractBeanDefinition.AUTOWIRE_BY_TYPE); //将其注册进容器中 registry.registerBeanDefinition( beanClassAllName , builder.getBeanDefinition()); } } } //允许Spring扫描接口上的注解 protected ClassPathScanningCandidateComponentProvider getScanner() { return new ClassPathScanningCandidateComponentProvider(false) { @Override protected boolean isCandidateComponent(AnnotatedBeanDefinition beanDefinition) { return beanDefinition.getMetadata().isInterface() && beanDefinition.getMetadata().isIndependent(); } }; } }
由于上面注册的是工厂类,所以我们建立一个工厂类RpcClinetFactoryBean继承Spring中的FactoryBean类,由其统一创建@RpcClient注解的代理类
@Data public class RpcClinetFactoryBean implements FactoryBean { @Autowired private RpcDynamicPro rpcDynamicPro; private Class> classType; public RpcClinetFactoryBean(Class> classType) { this.classType = classType; } @Override public Object getObject(){ ClassLoader classLoader = classType.getClassLoader(); Object object = Proxy.newProxyInstance(classLoader,new Class>[]{classType},rpcDynamicPro); return object; } @Override public Class> getObjectType() { return this.classType; } @Override public boolean isSingleton() { return false; } }
注意此处的getObjectType 方法,在将工厂类注入到容器中的时候,这个方法返回的是什么Class类型那么注册进容器中就是什么Class类型。
然后看一下我们创建的代理类rpcDynamicPro
@Component @Slf4j public class RpcDynamicPro implements InvocationHandler { @Override public Object invoke(Object proxy, Method method, Object[] args) throws Throwable { String requestJson = objectToJson(method,args); Socket client = new Socket("127.0.0.1", 20006); client.setSoTimeout(10000); //获取Socket的输出流,用来发送数据到服务端 PrintStream out = new PrintStream(client.getOutputStream()); //获取Socket的输入流,用来接收从服务端发送过来的数据 BufferedReader buf = new BufferedReader(new InputStreamReader(client.getInputStream())); //发送数据到服务端 out.println(requestJson); Response response = new Response(); Gson gson =new Gson(); try{ //从服务器端接收数据有个时间限制(系统自设,也可以自己设置),超过了这个时间,便会抛出该异常 String responsJson = buf.readLine(); response = gson.fromJson(responsJson, Response.class); }catch(SocketTimeoutException e){ log.info("Time out, No response"); } if(client != null){ //如果构造函数建立起了连接,则关闭套接字,如果没有建立起连接,自然不用关闭 client.close(); //只关闭socket,其关联的输入输出流也会被关闭 } return response.getResult(); } public String objectToJson(Method method,Object [] args){ Request request = new Request(); String methodName = method.getName(); Class>[] parameterTypes = method.getParameterTypes(); String className = method.getDeclaringClass().getName(); request.setMethodName(methodName); request.setParameTypes(parameterTypes); request.setParameters(args); request.setClassName(getClassName(className)); GsonBuilder gsonBuilder = new GsonBuilder(); gsonBuilder.registerTypeAdapterFactory(new ClassTypeAdapterFactory()); Gson gson = gsonBuilder.create(); return gson.toJson(request); } private String getClassName(String beanClassName){ String className = beanClassName.substring(beanClassName.lastIndexOf(".")+1); className = className.substring(0,1).toLowerCase() + className.substring(1); return className; } }
我们的客户端已经写完了,传给服务端的信息我们也已经拼装完毕了。剩下的工作就简单了,开始编写服务端的代码。
服务端处理完以后应该返回客户端什么信息?-服务端服务端的代码相比较客户端来说要简单一些。可以简单分为下面三步
拿到接口名以后,通过接口名找到实现类
通过反射进行对应方法的执行
返回执行完的信息
那么我们就根据这三步进行编写代码
拿到接口名以后,通过接口名找到实现类如何通过接口名拿到对应接口的实现类呢?这就需要我们在服务端启动的时候将其对应信息加载进去
@Component @Log4j public class InitRpcConfig implements CommandLineRunner { @Autowired private ApplicationContext applicationContext; public static MaprpcServiceMap = new HashMap<>(); @Override public void run(String... args) throws Exception { Map beansWithAnnotation = applicationContext.getBeansWithAnnotation(Service.class); for (Object bean: beansWithAnnotation.values()){ Class> clazz = bean.getClass(); Class>[] interfaces = clazz.getInterfaces(); for (Class> inter : interfaces){ rpcServiceMap.put(getClassName(inter.getName()),bean); log.info("已经加载的服务:"+inter.getName()); } } } private String getClassName(String beanClassName){ String className = beanClassName.substring(beanClassName.lastIndexOf(".")+1); className = className.substring(0,1).toLowerCase() + className.substring(1); return className; } }
此时rpcServiceMap 存储的就是接口名和其对应的实现类的对应关系。
通过反射进行对应方法的执行此时拿到了对应关系以后就能根据客户端传过来的信息找到相应的实现类中的方法。然后进行执行并返回信息就行
public Response invokeMethod(Request request){ String className = request.getClassName(); String methodName = request.getMethodName(); Object[] parameters = request.getParameters(); Class>[] parameTypes = request.getParameTypes(); Object o = InitRpcConfig.rpcServiceMap.get(className); Response response = new Response(); try { Method method = o.getClass().getDeclaredMethod(methodName, parameTypes); Object invokeMethod = method.invoke(o, parameters); response.setResult(invokeMethod); } catch (NoSuchMethodException e) { log.info("没有找到"+methodName); } catch (IllegalAccessException e) { log.info("执行错误"+parameters); } catch (InvocationTargetException e) { log.info("执行错误"+parameters); } return response; }
现在我们两个服务都启动起来并且在客户端进行调用就发现只是调用接口就能调用过来了。
总结到现在一个简单的RPC就完成了,但是其中还有很多的功能需要完善,例如一个完整RPC框架肯定还需要服务注册与发现,而且双方通信肯定也不能是直接开启一个线程一直在等着,肯定需要是异步的等等的各种功能。后面随着学习的深入,这个框架也会慢慢增加一些东西。不仅是对所学知识的一个应用,更是一个总结。有时候学一个东西学起来觉得很简单,但是真正应用的时候就会发现各种各样的小问题。比如在写这个例子的时候碰到一个问题就是@Autowired的时候一直找不到SendMessage的类型,最后才发现是工厂类RpcClinetFactoryBean 中的getObjectType 中的返回类型写错了,我之前写的是
public Class> getObjectType() { return this.getClass();; }
这样的话注册进容器的就是RpcClinetFactoryBean 类型的而不是SendMessage 的类型。
完整项目地址文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。
转载请注明本文地址:https://www.ucloud.cn/yun/75318.html
摘要:我们就可以将这些请求合并,达到一定数量我们统一提交。总结一个比较生动的例子给大家讲解了一些多线程的具体运用。学习多线程应该多思考多动手,才会有比较好的效果。地址徒手撸框架系列文章地址徒手撸框架实现徒手撸框架实现 原文地址:https://www.xilidou.com/2018/01/22/merge-request/ 在高并发系统中,我们经常遇到这样的需求:系统产生大量的请求,但是这...
摘要:从而能够进一步深入了解框架。至此我们框架开发完成。虽然说阅读源码是了解框架的最终手段。但是框架作为一个生产框架,为了保证通用和稳定,源码必定是高度抽象,且处理大量细节。下一篇文章应该会是徒手撸框架实现。 原文地址:https://www.xilidou.com/2018/... Spring 作为 J2ee 开发事实上的标准,是每个Java开发人员都需要了解的框架。但是Spring 的...
摘要:先来看代码吧,一会松哥再慢慢解释关于这一段自动配置,解释如下首先注解表明这是一个配置类。本文的案例,松哥已经上传到上了,地址。我们使用 Spring Boot,基本上都是沉醉在它 Stater 的方便之中。Starter 为我们带来了众多的自动化配置,有了这些自动化配置,我们可以不费吹灰之力就能搭建一个生产级开发环境,有的小伙伴会觉得这个 Starter 好神奇呀!其实 Starter 也都...
摘要:最近写了个简单的的页面,里面需要一个提交表单的反馈动作,于是手撸了个简单的组件这是个 最近写了个简单的html+js的页面,里面需要一个提交表单的反馈动作,于是手撸了个简单的toast组件 toast.js function showToast(msg, duration) { duration = isNaN(duration) ? 2000 : duration; var ...
摘要:最近写了个简单的的页面,里面需要一个提交表单的反馈动作,于是手撸了个简单的组件这是个 最近写了个简单的html+js的页面,里面需要一个提交表单的反馈动作,于是手撸了个简单的toast组件 toast.js function showToast(msg, duration) { duration = isNaN(duration) ? 2000 : duration; var ...
阅读 2805·2021-09-10 10:50
阅读 2173·2019-08-29 16:06
阅读 3154·2019-08-29 11:02
阅读 1076·2019-08-26 14:04
阅读 2784·2019-08-26 13:24
阅读 2256·2019-08-26 12:16
阅读 521·2019-08-26 10:29
阅读 3028·2019-08-23 18:33