上图大略的描述了RPC在实际场景中的运用，我们在开拓中当然是利用现有的RPC框架来快速实现业务需求，比如百度开源了baidu-rpc，阿里的Dubbo早已声名在外，腾讯自己玩TAF。一文见告你 RMI 和 RPC 的差异！
本篇博客将实现一个迷你版的RPC，探索下RPC底层实现的奥秘！
商品做事工程
把稳，我将商品做事的API以及实现分为Maven的2个模块来开拓。这里，我们想给定一个商品ID，查询得到商品工具信息。
商品工具
要把稳的是，Product是可以被序列化的，Why?
很显然，订单系统调用商品系统的时候，须要商品系统返回一个商品，一定涉及到发生网络传输，这就涉及工具的序列化和反序列化了。
商品查询API接口
订单系统调用商品做事
在订单系统工程中须要引入商品做事API依赖。
在上图代码中，最主要的便是rpc方法了！
rpc实现方法
第一，我们看到了Proxy.newProxyInstance
很显然在进行动态代理。也即是说，在订单做事调用商品做事的代码中，我们先是通过动态代理返回一个代理的IProductService类型工具，这意味着当代理工具调用queryById方法的时候，会自动调用invoke方法！
第二，我们看看invoke到底做了些什么？
它实质上便是进行Socket通信，那么它须要通报什么信息给到商品做事呢？
我们知道订单系统便是想调用商品做事的某个类的某个方法，然后把这个方法的返回结果传输给订单系统！
想一想，如何调用某个类的某个方法呢？
只要我们能确定这个类的全限定类名、确定方法名、确定方法的参数类型，给定方法须要的详细参数，通过反射就能实现。
商品做事调用后得到的结果，我们序列化写入Socket流中，在订单系统中反序列化得到工具即可。
第三，这里须要思考一个问题
在订单系统中我们只知道商品做事的API，并不知道这背后的API到底是如何实现的，以是我们须要有一个映射，便是商品做事的API到商品做事的实现的一个映射关系，实在这便是所谓的做事的注册！
商品做事
从这里，可以清晰的看到，商品做事读取了订单系统调用商品系统时发送的数据，利用反射机制，进行方法调用，并把调用结果写入Socket输出流。
运行结果
启动商品做事后，通过订单系统发起对商品做事的调用。
既然看到这里了，就点个赞，加个关注呗！
