美的。RPC方法的调用和普通的方法并无二异，调用者不需要操心具体的实现，这是抽象提供的威力。
实现上，它将函数调用方和函数的提供方分散在两个不同的进程上，中间使用网络通信来进行数据交互。
动态代理就是实现RPC的技术之一。只要理解了动态代理和RPC，我们很容易发现这样一个事实：
RPC调用其实是对远程另外一台机器进程上的对象的代理。
仔细思考RPC调用的数据流流向，就能梳理出这样的思路：
- 调用方调用本地的RPC代理方法，将参数提供给该方法。
- 不同的RPC代理方法被转发到一个统一的处理中心，该处理中心知道调用的是那个函数，参数是什么。
- 该处理中心将调用的信息封装打包，通过网络发送给另外一个进程。
- 另外一个进程接受到调用进程发送过来的数据包。
- 该进程根据数据包中记录的RPC调用信息，将调用分发给对应的被代理对象的对应方法去执行。
- 返回的话思路类似。
显而易见，第二步，需要使用动态代理将分散的函数调用转发到一个统一的处理中心；第五步，将统一收集来的调用信息分发给具体的函数执行，显然使用反射做到这一点。
有了这个思路，通过利用动态代理，反射，和网络编程技术，实现一个简易版的RPC框架也就不难了。
考虑到本文是介绍动态代理的，关于RPC的细节实现有时间新开一篇博文分析。
4. 最后
总得来说，通过一定的思考，个人觉得动态代理的核心在于：将分散的对对象不同方法的调用转发到一个同一的处理函数中来。
有了这个关键点，很多其它技术的实现需要借助于动态代理的这一个关键点实现，也因此动态代理也有着这么多的应用。