远程服务HttpInvoker源码解析（五）客户端实现

客户端实现

分析了服务端的解析以及处理后，我们接下来分析客户端的调用过程，在服务端调用的分析中我们反复提到需要从HttpServletRequest中提取从客户端传来的RemoteInvocation实例，然后进行相应解析。所以客户端，一个比较重要的任务就是构建RemoteInvocation实例，并传送到服务器。根据配置文件中的信息，我们还是首先确定HttpInvokerProxyFactoryBean类，并查看其层次结构，客户端配置文件如下：

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation=" http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-3.2.xsd">
<bean id="remoteService" class="org.springframework.remoting.httpinvoker.HttpInvokerProxyFactoryBean">
<property name="serviceUrl" value="http://localhost:8080/httpinvokertest/remoting/hit"/>
<property name="serviceInterface" value="org.tarena.note.service.HttpInvokerTest1"/>
</bean>
</beans>

层次结构：

public class HttpInvokerProxyFactoryBean extends HttpInvokerClientInterceptor
implements FactoryBean

httpInvokerProxyFactoryBean的父类的父类的父类实现了InitializingBean接口，同时又实现了FactoryBean以及其父类又实现了MethodInterceptor。这已经是老生常谈的问题了，实现这几个接口以及这几个接口在Spring中会有什么作用就不再赘述了，我们还是根据事先的InitializingBean接口分析初始化过程中的逻辑。

public void afterPropertiesSet()
{
super.afterPropertiesSet();
if(getServiceInterface() == null)
{
throw new IllegalArgumentException("Property 'serviceInterface' is required");
} else
{
//创建代理并使用当前方法为拦截器增强
 serviceProxy = (new ProxyFactory(getServiceInterface(), this)).getProxy(getBeanClassLoader());
return;
}
}

在afterPropertiesSet中主要创建了一个代理，该代理封装了配置的服务接口，并使用当前类也就i是HttpInvokerProxyFactoryBean作为增强。因为HttpInvokerProxyFactoryBean实现了MethodPInterceptor方法，所以可以作为增强拦截器。

同样，又由于HttpInvorkerProxyFactoryBean实现了FactoryBean接口，所以通过Spring中普通方式调用该bean时调用的并不是该bean本身，而是getObject方法中返回的实例，也就是实例化过程中所创建的代理。

public Object getObject()
{
return serviceProxy;
}

那么，综合之前的使用示例，我们再次回顾一下，HttpInvokerProxyFactoryBean类型bean在初始化过程中创建了封装服务接口的代理，并使用自身作为增强拦截器，然后又因为实现了FactoryBean接口，所以获取Bean的时候返回的就i是创建的代理。那么，汇总上面的逻辑，当调用如下代码时，其实是调用代理类中的服务方法，而在调用代理类中的服务方法时又会使用代理类中加入的增强器进行增强。

ApplicationContext context = new ClassPathXmlApplicationContext("classpath:client.xml");
HttpInvokerTest1 httpInvokerTest1 = (HttpInvokerTest1)context.getBean("remoteService");
System.out.println(httpInvokerTest1.getTestPo("dddd"));

因为HttpInvokerProxyFactoryBean实现了methodIntercepter接口，所有的逻辑分析其实已经转向了对于增强器也就是HttpInvokerProxyFactoryBean类本身的invoke方法的分析。

在分析invoke方法之前，其实我们已经猜出了该方法所提供的主要功能就是将调用信息封装在RemoteInvocation中，发送给服务端并等待返回结果。

public Object invoke(MethodInvocation methodInvocation)
throws Throwable
{
if(AopUtils.isToStringMethod(methodInvocation.getMethod()))
return (new StringBuilder()).append("HTTP invoker proxy for service URL [").append(getServiceUrl()).append("]").toString();
//将要调用的方法封装RemoteInvocation
       RemoteInvocation invocation = createRemoteInvocation(methodInvocation);
RemoteInvocationResult result = null;
try
{
result = executeRequest(invocation, methodInvocation);
}
catch(Throwable ex)
{
throw convertHttpInvokerAccessException(ex);
}
try
{
return recreateRemoteInvocationResult(result);
}
catch(Throwable ex)
{
if(result.hasInvocationTargetException())
throw ex;
else
throw new RemoteInvocationFailureException((new StringBuilder()).append("Invocation of method [").append(methodInvocation.getMethod()).append("] failed in HTTP invoker remote service at [").append(getServiceUrl()).append("]").toString(), ex);
}
}

函数主要有三个步骤。

（1）构建RemoteInvocation实例。

因为是代理中增强方法的调用，调用的方法及参数信息会在代理中封装至MethodInvocation实例中，并在增强器中进行传递。也就意味着当程序进入invoke方法时其实是已经包含了调用的相关信息的，那么，首先要做的就是将MethodInvocation中的信息提取并构建RemoteInvocation实例。

（2）远程执行方法。

（3）提取结果。

考虑到序列化的问题，在Spring中约定使用HttpInvoker方式进行远程方法调用时，结果使用RemoteInvocationResult进行封装，那么在提取结果后还需要从封装的结果中提取对应的结果。

而在三个步骤中最为关键的就是远程方法的执行。执行远程调用的首要步骤就是将调用方法的实例写入输出流中。 protected RemoteInvocationResult executeRequest(RemoteInvocation invocation, MethodInvocation originalInvocation)
throws Exception
{
return executeRequest(invocation);
}

protected RemoteInvocationResult executeRequest(RemoteInvocation invocation)
throws Exception
{
return getHttpInvokerRequestExecutor().executeRequest(this, invocation);
}

public final RemoteInvocationResult executeRequest(HttpInvokerClientConfiguration config, RemoteInvocation invocation)
throws Exception
{
//获取输出流
 ByteArrayOutputStream baos = getByteArrayOutputStream(invocation);
if(logger.isDebugEnabled())
logger.debug((new StringBuilder()).append("Sending HTTP invoker request for service at [").append(config.getServiceUrl()).append("], with size ").append(baos.size()).toString());
return doExecuteRequest(config, baos);
}

在doExecuteRequest方法中真正实现了对远程方法的构造与通信，与远程方法的连接功能实现中，Spring引入了第三方JAR：HttpClient。HttpClient是Apache Jakarta Common下的子项目，可以用来提供高效的，最新的，功能丰富的支持HTTP协议的客户端编程工具包，并且它支持HTTP协议最新的版本和建议。对HttpClient的具体使用方法有兴趣的读者可以参考更多的资料和文档。

<pre name="code" class="java">    protected RemoteInvocationResult doExecuteRequest(HttpInvokerClientConfiguration config, ByteArrayOutputStream baos)
throws IOException, ClassNotFoundException
{
//创建httpPost
 PostMethod postMethod = createPostMethod(config);
RemoteInvocationResult remoteinvocationresult;
//设置含有方法的输出流到post中
 setRequestBody(config, postMethod, baos);
//执行方法
 executePostMethod(config, getHttpClient(), postMethod);
//验证
 validateResponse(config, postMethod);
//提取返回的输入流
 InputStream responseBody = getResponseBody(config, postMethod);
//从输入流中提取结果
 remoteinvocationresult = readRemoteInvocationResult(responseBody, config.getCodebaseUrl());
postMethod.releaseConnection();
return remoteinvocationresult;
}

1.创建HttpPost

由于对于服务端方法的调用是通过Post方式进行的，那么首先要做的就是构建HttpPost。构建HttpPost过程中可以设置一些必要的参数。 protected PostMethod createPostMethod(HttpInvokerClientConfiguration config)
throws IOException
{
//设置需要访问的url
 PostMethod postMethod = new PostMethod(config.getServiceUrl());
LocaleContext locale = LocaleContextHolder.getLocaleContext();
if(locale != null)
//加入Accept-Language属性
 postMethod.addRequestHeader("Accept-Language", StringUtils.toLanguageTag(locale.getLocale()));
if(isAcceptGzipEncoding())
//加入Accept-Encoding属性
 postMethod.addRequestHeader("Accept-Encoding", "gzip");
return postMethod;
}2.设置RequestBody
构建好PostMethod实例后便可以将存储RemoteInvocation实例的序列化形象的输出流设置进去，当然这里需要注意的是传入的ContentType类型，一定要传入application/x-java-serialized-object以保证服务端解析时会按照序列化对象的解析方式进行解析。 protected void setRequestBody(HttpInvokerClientConfiguration config, PostMethod postMethod, ByteArrayOutputStream baos)
throws IOException
{
//将序列化流加入到postMethod中并声明ContentType类型为appliction、x-java-serialized-object
 postMethod.setRequestEntity(new ByteArrayRequestEntity(baos.toByteArray(), getContentType()));
}3.执行远程方法
通过HttpClient所提供的方法来直接执行远程方法。

protected void executePostMethod(HttpInvokerClientConfiguration config, HttpClient httpClient, PostMethod postMethod)
throws IOException
{
httpClient.executeMethod(postMethod);
}

4.远程相应验证
对于HTTP调用的响应码处理，大于300则是非正常调用的响应码。

protected void validateResponse(HttpInvokerClientConfiguration config, PostMethod postMethod)
throws IOException
{
if(postMethod.getStatusCode() >= 300)
throw new HttpException((new StringBuilder()).append("Did not receive successful HTTP response: status code = ").append(postMethod.getStatusCode()).append(", status message = [").append(postMethod.getStatusText()).append("]").toString());
else
return;
}

5.提取响应信息
从服务器返回的输入流可能是经过压缩的，不同的方式采用不同的办法进行提取

protected InputStream getResponseBody(HttpInvokerClientConfiguration config, PostMethod postMethod)
throws IOException
{
if(isGzipResponse(postMethod))
return new GZIPInputStream(postMethod.getResponseBodyAsStream());
else
return postMethod.getResponseBodyAsStream();
}

6.提取返回结果
提取结果的流程主要是从输入流中提取响应的虚拟恶化信息。 protected RemoteInvocationResult readRemoteInvocationResult(InputStream is, String codebaseUrl)
throws IOException, ClassNotFoundException
{
ObjectInputStream ois = createObjectInputStream(decorateInputStream(is), codebaseUrl);
RemoteInvocationResult remoteinvocationresult = doReadRemoteInvocationResult(ois);

许多公司的分布式框架中都用到了远程服务调用，无论是alibaba的dubbo，还是别的，了解远程调用的原理都是大同小异的。都是通过http请求，封装序列化的对象，通过动态代理的方式进行信息获取。只不过互联网公司的远程调用是布在分布式上罢了。