RPC远程调用需要解决的问题：
①统一标识
在本地调用时，编译器可以通过帮我们使用指针调用相应的方法，而远程调用中，又于是不同的内存空间，所以无法识别。
因此这个时候我们需要在调用方和被调用方对其中的相同的方法做一个统一的记号ID标识，然后分别在两端维护一张表，用来维护两端相同的方法，两端对应相同的方法对应的ID必须一致。
②数据格式的转化（也就是我们的序列化和反序列化问题）
在客户端可能使用的是一种数据格式，而在服务端可能又是另一种格式。这个时候就需要进行数据格式的转化了，在客户端调用时，先把调用方法序列化，然后传输到服务端，服务端进行反序列化，得到被调用的服务的命令，然后调用相应的服务，把服务的结果序列化，传回到客户端，客户端再反序列化得到最终想要的结果。
③网络传输
远程调用通常都是作用到网络上。
在上面的②中，在服务端和客户端之间是通过网络连接的，他们之间传输内容都是通过网络传输的，因此就需要一个网络传输层（也就是他俩之间通信的桥梁）。这个网络传输层需要把客户端的调用方法序列化的值传输到服务端。然后再把服务端调用相应服务的内容序列化后的结果传输到客户端。只要把这个问题解决了，都可以作为传输层使用。当然啦，使用的协议就不限了，能把这两个问题解决了就可以了。
尽管大部分RPC框架都采用TCP协议。
所以，要实现一个RPC框架，把以上三个问题解决掉就可以了。
Java中的netty就是做这个工作的。