Hadoop源码分析----RPC反射机制

有了Client 和Server，很天然就能RPC 啦。下面轮到RPC.java 啦。
通常来讲，分布式对象通常都会要求根据接口生成存根和框架。如CORBA，能够经过IDL，生成存根和框架。可是，在
org.apache.hadoop.rpc，咱们就不须要这样的步骤了。上类图。
 

为了分析Invoker，咱们须要介绍一些Java 反射实现Dynamic Proxy 的背景。
Dynamic Proxy 是由两个class 实现的：java.lang.reflect.Proxy 和java.lang.reflect.InvocationHandler，后者是一个
接口。所谓Dynamic Proxy 是这样一种class：它是在运行时生成的class，在生成它时你必须提供一组interface 给它，而后
该class 就宣称它实现了这些interface。
这个Dynamic Proxy 其实就是一个典型的Proxy 模式，它不会替你做实质性的工做，在生成它的实例时你必须提供一个handler，
由它接管实际的工做。这个handler，在Hadoop 的RPC 中，就是Invoker 对象。
咱们能够简单地理解：就是你能够经过一个接口来生成一个类，这个类上的全部方法调用，都会传递到你生成类时传递的
InvocationHandler 实现中。
在Hadoop 的RPC 中，Invoker 实现了InvocationHandler 的invoke 方法（invoke 方法也是InvocationHandler 的惟一方法）。
Invoker 会把全部跟此次调用相关的调用方法名，参数类型列表，参数列表打包，而后利用前面咱们分析过的Client，经过socket
传递到服务器端。就是说，你在proxy 类上的任何调用，都经过Client 发送到远方的服务器上。
Invoker 使用Invocation。Invocation 封装了一个远程调用的全部相关信息，它的主要属性有: methodName，调用方法名，
parameterClasses，调用方法参数的类型列表和parameters，调用方法参数。注意，它实现了Writable 接口，能够串行化。
RPC.Server 实现了org.apache.hadoop.ipc.Server，你能够把一个对象，经过RPC，升级成为一个服务器。服务器接收到的请求（经过Invocation），
解串行化之后，就变成了方法名，方法参数列表和参数列表。利用Java 反射，咱们就能够调用对应的对象的方法。调用的结果再经过socket，返
回给客户端，客户端把结果解包后，就能够返回给Dynamic Proxy 的使用者了。

更多分享请关注：http://bbs.superwu.cn

关注超人学院微信二维码：