首先分析hbase中对于master协议的调用:

在ConnectionImplementation的方法getKeepAliveMasterService被调用时，会通过MasterServiceStubMaker.makeStub()方法构建成员变量masterServiceState.stub。

 

在MasterServiceStubMaker.makeStub()方法中，通过间接调用rpcClient.createBlockingRpcChannel来构建protobuf的中BlockingStub所需要的channel。该channel的实际类型是BlockingRpcChannelImplementation，他实现了BlockingRpcChannel接口的callBlockingMethod。在具体方法中的调用是通过rpcClient.callBlockingMethod来实现的。

 

 

AbstractRpcClient.callMethod

该方法由AbstractRpcClient.callBlockingMethod间接调用。

在其内部，首先构造了一个Call对象，实现对发送数据的封装以及返回时对回调函数的调用。

然后构建ConnectionId。

通过getConnection获取一个已存在的或新构建的NettyRpcConnection(默认实现)。

最后调用NettyRpcConnection中的sendRequest。

通过调用HBaseRpcController中的notifyOnCancel实现对内部构建的CancellationCallback.run的调用。如果channel为null,会对netty客户端的重新构建。

然后调用wirte方法实现对信息的发送。

 

hbase中对于Admin,Client协议的调用方式也都与此类似。

 

接下来，我们来介绍hbase服务端对于客户端请求的接受：

在NettyRpcServer的初始化过程中，实现了对netty服务端的构建。其中，会将NettyRpcServerRequestDecoder加入到pipeline。

而NettyRpcServerRequestDecoder正是实现对客户端请求的处理。

在NettyRpcServerRequestDecoder的channelRead方法，依次调用了NettyServerRpcConnection.process,ServerRpcConnection.processOneRpc,ServerRpcConnection.processRequest。

在ServerRpcConnection.processRequest方法中，主要构建了一个ServerCall，用于接下来对远程方法的服务端调用。

接下来调用SimpleRpcScheduler.dispatch,将CallRunner.callTask放入相应的队列中。

然后，在RpcExecutor中一开始创建的一批Handler中，会不断地从队列中取值。也就是调用Handler.run。接着回调CallRunner.run,最后调用RpcServer.call实现对

远程方法的本地调用Message result = call.getService().callBlockingMethod(md, controller, param)。

 

 相比hadoop RPC的调用,hbase融入了netty的调用，实现上比hadoop的稍微复杂一点。

 

本人原创，使用请标明源链接。

 

小编以后每周会更新hbase的源码信息，大家可以把需要的方向私信我的邮箱15935152719@163.com。