Spring HttpInvoke实现，以及效率提升！

最近接手服务器总被人质疑效率问题，说到底是质疑Spring HttpInvoke的效率问题。好在经过同事们的努力，找到了问题的根源，最终解决了这个问题。
我也顺道整理一下Spring HttpInvoke——那曾经最为熟悉的东西。
Spring HttpInvoke，一种较为常用的、基于Spring架构的服务器之间的远程调用实现，可以说是轻量级的RMI。
最初，我们使用Spring HttpInvoke同步配置数据，刷新多个服务器上的缓存，当然如果用分布式缓存是不是更好！
使用Spring HttpInvoke，你可以调用远程接口，进行数据交互、业务逻辑操作等等。
废话不说了，上代码！
用户操作接口：

/**
*@author<ahref="mailto:[e-mail]">梁栋</a>
*@since1.0
*/
publicinterfaceUserService{

/**
*获得用户
*
*@paramusername
*用户名
*@return
*/
UsergetUser(Stringusername);
}

用户类，注意实现Serializable接口，这是执行远程调用传递数据对象的第一要求——数据对象必须实现Serializable接口，因为，要执行序列化/反序列化操作！

/**
*@author<ahref="mailto:[e-mail]">梁栋</a>
*@since1.0
*/
publicclassUserimplementsSerializable{

privatestaticfinallongserialVersionUID=5590768569302443813L;
privateStringusername;
privateDatebirthday;

/**
*@paramusername
*@parambirthday
*/
publicUser(Stringusername,Datebirthday){
this.username=username;
this.birthday=birthday;
}
//省略
/*
*(non-Javadoc)
*
*@seejava.lang.Object#toString()
*/
@Override
publicStringtoString(){
returnString.format("%s\t%s\t",username,birthday);
}
}

覆盖toString()方法，输出用户信息！
再看UserServiceImpl实现：

/**
*@author<ahref="mailto:[e-mail]">梁栋</a>
*@since1.0
*/
publicclassUserServiceImplimplementsUserService{
privateLoggerlogger=Logger.getLogger(UserServiceImpl.class);

/*
*(non-Javadoc)
*
*@see
*org.zlex.spring.httpinvoke.service.UserService#getUser(java.lang.String)
*/
@Override
publicUsergetUser(Stringusername){
if(logger.isDebugEnabled()){
logger.debug("username:["+username+"]");
}
Useruser=newUser(username,newDate());
if(logger.isDebugEnabled()){
logger.debug("user:["+user+"]");
}
returnuser;
}

}

只把用户信息打出来即可说明调用效果！
看applicationContext.xml

<bean
id="userService"
class="org.springframework.remoting.httpinvoker.HttpInvokerServiceExporter">
<property
name="service">
<bean
class="org.zlex.spring.httpinvoke.service.impl.UserServiceImpl"/>
</property>
<property
name="serviceInterface"
value="org.zlex.spring.httpinvoke.service.UserService"/>
</bean>

我们要把userService暴露出去，这样外部就可以通过http接口调用这个接口的实现了。
说说HttpInvokerServiceExporter，这个类用来在服务器端包装需要暴露的接口。
熟悉service，定义具体的实现类！

<property
name="service">
<bean
lass="org.zlex.spring.httpinvoke.service.impl.UserServiceImpl"/>
</property>

熟悉serviceInterface指向需要暴露的接口，注意使用value标注接口名称！

<property
name="serviceInterface"
value="org.zlex.spring.httpinvoke.service.UserService"/>

最后再看servlet.xml配置

<beanclass="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
<property
name="urlMap">
<map>
<entry
key="*"
value-ref="userService"/>
</map>
</property>
</bean>

直接将请求指向刚才配置的userService
现在我们之间访问一下http://localhost:8080/spring/service/

这就说明，服务器端配置已经成功了！如果在日志中频繁得到这种异常，那很可能服务器被恶意访问了！
再看客户端实现：

/**
*@author<ahref="mailto:[e-mail]">梁栋</a>
*@since1.0
*/
publicclassUserServiceTest{
privateLoggerlogger=Logger.getLogger(UserServiceTest.class);
privateApplicationContextcontext;

privateUserServiceuserService;

@Before
publicvoidinitialize(){
context=newClassPathXmlApplicationContext("applicationContext.xml");
userService=(UserService)context.getBean("userService");
}

@Test
publicvoidgetUser(){
Useruser=userService.getUser("zlex");
if(logger.isDebugEnabled()){
logger.debug("user["+user+"]");
}
}
}

我们做了什么？Nothing！就跟调用一般Spring容器中的实现一样！
再看applicationContext.xml：

<bean
id="userService"
class="org.springframework.remoting.httpinvoker.HttpInvokerProxyFactoryBean">
<property
name="serviceUrl"
value="http://localhost:8080/spring/service"/>
<property
name="serviceInterface"
value="org.zlex.spring.httpinvoke.service.UserService"/>
</bean>

这里我们可以通过Spring容器调用userService，而实际上，他是一个HttpInvokerProxyFactoryBean，在这个配置里，定义了访问地址serviceUrl，和访问接口serviceInterface。
执行测试！

如果我们这样写，其实默认调用了SimpleHttpInvokerRequestExecutor做实现，这个实现恐怕只能作为演示来用！
这也是效率问题所在！！！
为提高效率，应该通过Commons-HttpClient！
我们需要做什么？导入这个jar，改改xml就行！

<bean
id="userService"
class="org.springframework.remoting.httpinvoker.HttpInvokerProxyFactoryBean">
<property
name="serviceUrl"
value="http://localhost:8080/spring/service"/>
<property
name="serviceInterface"
value="org.zlex.spring.httpinvoke.service.UserService"/>
<property
name="httpInvokerRequestExecutor">
<ref
bean="httpInvokerRequestExecutor"/>
</property>
</bean>
<bean
id="httpInvokerRequestExecutor"class="org.springframework.remoting.httpinvoker.CommonsHttpInvokerRequestExecutor">
<property
name="httpClient">
<bean
class="org.apache.commons.httpclient.HttpClient">
<property
name="connectionTimeout"
value="2000"/>
<property
name="timeout"
value="5000"/>
</bean>
</property>
</bean>

通过HttpClient，我们可以配置超时时间timeout和连接超时connectionTimeout两个属性，这样，服务器执行操作时，如果超时就可以强行释放连接，这样可怜的tomcat不会因为HttpInvoke连接不释放而被累死！
回头看了一眼我N多年前的代码，万岁，我当时确实是这么实现的！好在没有犯低级错误！！！
执行操作！

这时，转为org.springframework.remoting.httpinvoker.CommonsHttpInvokerRequestExecutor实现了！
不过同事认为，这个效率还是不够高！！！
再改，改什么？还是xml！

<bean
id="httpInvokerRequestExecutor"
class="org.springframework.remoting.httpinvoker.CommonsHttpInvokerRequestExecutor">
<property
name="httpClient">
<bean
class="org.apache.commons.httpclient.HttpClient">
<property
name="connectionTimeout"
value="2000"/>
<property
name="timeout"
value="5000"/>
<property
name="httpConnectionManager">
<ref
bean="multiThreadedHttpConnectionManager"/>
</property>
</bean>
</property>
</bean>
<bean
id="multiThreadedHttpConnectionManager"
class="org.apache.commons.httpclient.MultiThreadedHttpConnectionManager">
<property
name="params">
<bean
class="org.apache.commons.httpclient.params.HttpConnectionManagerParams">
<property
name="maxTotalConnections"
value="600"/>
<property
name="defaultMaxConnectionsPerHost"
value="512"/>
</bean>
</property>
</bean>

改用MultiThreadedHttpConnectionManager，多线程！！！
测试就不说了，实践证明：
默认实现，服务器平均10s左右才能响应一个请求。
多线程实现，服务器平均20ms左右响应一个请求。
这简直不是一个数量级！！！

注意：在HttpClient的3.1版本中，已不支持如下配置，相应的方法已经废弃！

<property
name="connectionTimeout"
value="2000"/>
<property
name="timeout"
value="5000"/>

如果仔细看看文档，

引用

HttpClient that uses a default MultiThreadedHttpConnectionManager.

commons 系列的实现怎么会不考虑多线程呢？人家默认实现就是多线程的！同事多虑了！
当然，同事还补充了一句，需要控制连接数！
难怪，这里要设置

<bean
class="org.apache.commons.httpclient.params.HttpConnectionManagerParams">
<property
name="maxTotalConnections"
value="600"/>
<property
name="defaultMaxConnectionsPerHost"
value="512"/>
</bean>

默认啥情况？

引用

maxConnectionsPerHost 每个主机的最大并行链接数，默认为2
public static final int DEFAULT_MAX_HOST_CONNECTIONS = 2;
maxTotalConnections 客户端总并行链接最大数，默认为20
public static final int DEFAULT_MAX_TOTAL_CONNECTIONS = 20;