【远程调用框架】如何实现一个简单的RPC框架（三）优化一：利用动态代理改变用户服务调用方式

【如何实现一个简单的RPC框架】系列文章：

【远程调用框架】如何实现一个简单的RPC框架（一）想法与设计
【远程调用框架】如何实现一个简单的RPC框架（二）实现与使用
【远程调用框架】如何实现一个简单的RPC框架（三）优化一：利用动态代理改变用户服务调用方式
【远程调用框架】如何实现一个简单的RPC框架（四）优化二：改变底层通信框架
【远程调用框架】如何实现一个简单的RPC框架（五）优化三：软负载中心设计与实现
第一个优化以及第二个优化修改后的工程代码可下载资源 如何实现一个简单的RPC框架

---

这篇博客，在（一）（二）的基础上，对第一版本实现的服务框架进行改善，不定期更新，每次更新都会增加一个优化的地方。

---

1、优化一：利用动态代理改变用户服务调用方式

1.1 目的

改变用户使用LCRPC进行服务调用的方式，使得用户像访问本地接口一样访问远程服务。
在第一个版本的服务框架开发完成后，如果用户希望远程调用一个服务的某一个方法，为了得到正确结果，那么他必须要掌握的信息包括：方法的名称、方法的参数类型及个数、方法的返回值，以及服务发布者提供的二方包和LCRPC依赖。使用时，需要在spring配置文件中进行类似下面的配置：

<bean id="caculator" class="whu.edu.lcrpc.server.impl.LCRPCConsumerImpl">
    <property name="interfaceName" value="whu.edu.lcrpc.service.ICaculator" ></property>
    <property name="version" value="0.1"></property>
</bean>

假设我们要调用的服务对应的接口为：ICaculator；当我们想要调用这个接口的add方法时，需要调用LCRPCConsumerImpl提供的ServiceConsumer方法，该方法的签名为：

public Object serviceConsumer(String methodName, Object[] params)

这意味着，用户在调用服务所有的方法时，都需要使用LCRPCConsumerImpl提供的ServiceConsumer方法，传入方法的名称，以及参数列表，并且在得到该函数的结果后显示将Object对象转换为该函数的返回类型。例如，希望调用这个接口的add方法：

List<Object> params = new ArrayList<>();
MyParamDO myParamDO = new MyParamDO();
myParamDO.setN1(1.0);
myParamDO.setN2(2.0